Как ответить
Отношусь положительно, если задание адекватное по объёму и чётко сформулировано. Для джуна это скорее плюс — возможность показать не только теорию из конспектов, но и реальный подход к задаче, культуру кода и внимательность к требованиям. Главное — чтобы тестовое не превращалось в халявную работу на неделю.
По формату: написание тестов в Jira и БК (баг-трекинговой системе) — это стандартная практика. Я бы подошёл к этому так:
- Понять требования. Если в задании неочевидные моменты — задать уточняющие вопросы до начала работы. Например: «Какие тест-кейсы критичны: только позитивные или негативные тоже?», «Есть ли ограничение по времени на выполнение?».
- Структурировать. В Jira обычно создаю задачу типа Task с вложенными подзадачами: тест-план, тест-кейсы, отчёт о выполнении. В БК (например, TestRail или Zephyr) — разбиваю кейсы по модулям и приоритетам.
- Пример оформления тест-кейса (упрощённо):
ID: TC-001
Заголовок: Проверка авторизации с валидными данными
Шаги:
1. Открыть страницу логина
2. Ввести email: user@test.com
3. Ввести пароль: 123456
4. Нажать «Войти»
Ожидаемый результат: переход на главную страницу (статус 200), приветственное сообщение
Факт: OK - Показать обоснование. В комментариях к задаче кратко объяснить, почему выбрал именно эти кейсы — например, покрыли критический путь, граничные значения (пустой пароль, SQL-инъекция), но не стали дублировать очевидное.
- Время. Офлайн-формат — возможность сосредоточиться без давления дедлайнов в реальном времени. Обычно я стараюсь уложиться в 2-4 часа на задание среднего объёма (10-15 кейсов). Если задача больше — предупреждаю заранее.
Единственный нюанс: прошу компанию показать пример их текущего тест-кейса или шаблона, чтобы стилистика совпадала. Это снижает риск, что мой ответ «не впишется» в их процессы.