Давал ли домашнее задание

Давал ли я домашнее задание кандидатам?

Да, я давал домашние задания кандидатам на позицию QA Engineer, и считаю это важным инструментом оценки в определённых условиях. Однако подход к домашним заданиям должен быть взвешенным и этичным.

Когда я даю домашнее задание?

Я использую домашние задания не для всех кандидатов, а в конкретных ситуациях:

• Для junior/middle-специалистов, когда опыт работы в резюме ограничен или неочевиден. Задание помогает оценить практические навыки.
• Когда техническое интервью не раскрыло полностью навыки кандидата (например, из-за стресса).
• Для проектов со специфическим стеком технологий (например, требуется знание работы с API на Python, специфичных инструментов тестирования и т.д.), где нужно проверить способность к быстрому изучению.
• Как альтернатива длительному тестовому заданию на проекте (probation period task) на этапе собеседования.

Принципы, которых я придерживаюсь при выдаче задания:

1. Соразмерность и релевантность. Задание должно быть выполнимым за 2-4 часа и максимально приближенным к реальным рабочим задачам.
2. Чёткое ТЗ (Техническое Задание). Кандидат получает ясное описание задачи, ожидаемого результата и критериев оценки.
3. Уважение к времени кандидата. Я всегда уточняю срок выполнения (обычно 3-5 дней) и никогда не даю заданий, требующих десятков часов работы.
4. Обратная связь. Независимо от результата, я даю кандидату развёрнутую обратную связь по выполненной работе: что было хорошо, где есть недочёты и как их можно улучшить.

Пример типового домашнего задания для QA Middle

Задача: Протестировать REST API сервиса управления задачами (условный api.todo-service.test).

Даны:

• Эндпоинты: POST /api/tasks (создание), GET /api/tasks/{id} (получение), PUT /api/tasks/{id} (редактирование), DELETE /api/tasks/{id} (удаление).
• Документация с описанием форматов запросов и ответов, кодами состояния HTTP.

Что нужно сделать:

1. Написать чек-лист тестов (позитивные, негативные сценарии, проверки граничных значений).
2. Реализовать 3-5 ключевых тестов на выбранном языке (Python с pytest/requests или JavaScript с jest/axios).
3. Описать найденный дефект (если есть) в формате баг-репорта.
4. (Опционально) Предложить идеи по улучшению тестирования этого API.

Критерии оценки:

• Полнота тестового покрытия (чек-лист).
• Качество и читаемость кода автотестов.
• Корректность оформления баг-репорта.
• Структурированность и ясность отчёта о проделанной работе.

Код в качестве примера ожидаемого решения (фрагмент):

import pytest
import requests

BASE_URL = "https://api.todo-service.test"

def test_create_task_valid_data():
    """Позитивный тест на создание задачи с валидными данными."""
    payload = {"title": "Learn API testing", "completed": False}
    response = requests.post(f"{BASE_URL}/api/tasks", json=payload)

    assert response.status_code == 201
    json_response = response.json()
    assert json_response["title"] == payload["title"]
    assert json_response["completed"] == payload["completed"]
    assert "id" in json_response
    assert isinstance(json_response["id"], int)

def test_get_task_with_invalid_id():
    """Негативный тест на получение задачи с несуществующим ID."""
    non_existent_id = 999999
    response = requests.get(f"{BASE_URL}/api/tasks/{non_existent_id}")

    assert response.status_code == 404
    # или проверка структуры сообщения об ошибке, если она описана в спецификации
    # assert response.json()["error"] == "Task not found"

Альтернативы домашнему заданию

Я понимаю, что не все кандидаты готовы тратить время на homework assignment. Поэтому я всегда готов предложить альтернативы:

• Расширенное техническое интервью с live-кодингом или разбором кейсов.
• Review чужого кода (тестов или приложения) с целью поиска уязвимостей или составления тест-кейсов.
• Парное тестирование (pair testing) со мной на реальной задаче проекта.

Вывод: Домашнее задание — это не фильтр «для всех», а инструмент для точечной проверки скиллов, когда других методов недостаточно. Его цель — дать кандидату возможность показать свои силы в комфортной обстановке, а мне — получить объективную картину его практических навыков. Ключевые принципы при этом — взаимоуважение, релевантность и обязательная обратная связь.