Какой следующий этап после технического интервью
Что проверяют
Этот вопрос чаще задаёт сам кандидат, когда в конце интервью предлагают спросить о чём-нибудь. По нему видно, насколько вы вовлечены и умеете ли прояснять процесс, то есть делать то же, что тестировщик делает с требованиями. Вы в ответ получаете план дальнейших этапов и сроки.
Как отвечать
Спросите сразу о нескольких вещах: какой следующий этап, в каком формате, кто будет на встрече, когда ждать решения. В найме тестировщиков после технического интервью обычно встречается что-то из этого:
- практика по ручному тестированию: написать тест-кейсы или чек-лист к форме, найти баги в демо-приложении и оформить баг-репорты, составить тест-план по короткому ТЗ;
- задание по API и данным: прогнать запросы в Postman, проверить коды ответов и схему, написать пару SQL-запросов для проверки результата;
- задание для автоматизатора: автотесты на Java или Python с JUnit, TestNG или pytest, иногда UI-тесты на Selenium или Playwright, с выкладкой в репозиторий;
- встреча с командой или QA-лидом: как устроен процесс, сколько тестировщиков на команду, кто пишет автотесты, есть ли регресс перед релизом;
- финал с HR и оффер.
Уточните параметры задания: сколько на него времени, делать дома или вживую, в каком виде сдавать. Для практики вживую полезно спросить, дадут ли ТЗ или документацию, иначе тест-дизайн превращается в угадывание.
Если у вас есть параллельные процессы с дедлайном, скажите об этом в конце той же встречи.
Где спотыкаются
Не спрашивают, ручное задание будет или автоматизация. Кандидат на позицию с автотестами повторяет техники тест-дизайна, а на следующем этапе его просят написать тест на API с нуля.
Воспринимают вопрос как формальность и не запоминают ответ. Через неделю уже непонятно, к кому писать и чего ждать.
Пытаются вытянуть оценку сразу: «Как вам мой уровень?». Интервьюер обычно не выносит вердикт до обсуждения, а вопрос звучит как давление. Лучше спросить, будет ли обратная связь по итогам.