Из каких блоков состоит интервью

Что проверяют

Вопрос задают в двух ситуациях. Тому, кто сам участвует в найме, чтобы понять, умеет ли он построить собеседование и оценивать людей по критериям, а не по ощущению. Начинающему, чтобы увидеть, насколько осознанно он готовился. Следом часто просят: «проведите мне один блок» или «как вы оцениваете практическое задание?».

Как отвечать

Опишите структуру и для каждого блока скажите, что он проверяет:

• знакомство и разбор опыта: продукт, команда, место тестирования в процессе. Проверяется, что человек делал на самом деле, а не что написано в резюме;
• теория: техники тест-дизайна (классы эквивалентности, граничные значения, таблицы решений, попарное тестирование), уровни и виды тестирования, жизненный цикл дефекта, разница приоритета и серьёзности;
• практика: придумать проверки для формы регистрации, написать баг-репорт по скриншоту, отправить запрос в Postman и разобрать ответ, найти ошибку на вкладке Network в DevTools, написать SQL-запрос с JOIN;
• автоматизация, если она нужна на позиции: живой код на Java или Python, тест на Playwright или Selenium, pytest или JUnit, вопросы про нестабильные тесты и устройство фреймворка;
• поведенческий блок: спор с разработчиком о дефекте, баг, пропущенный в прод, работа при сжатых сроках;
• вопросы кандидата и следующие шаги.

Тестовое задание обычно идёт отдельным этапом.

Если вы проводили собеседования сами, расскажите, как добивались сравнимости: одинаковый набор вопросов для кандидатов одного уровня, заранее описанные критерии по каждому блоку, заметки сразу после встречи. Этим структурированное интервью и отличается от беседы. Добавьте свои цифры: сколько собеседований провели, что поменяли в процессе.

Где спотыкаются

Называют Agile и Waterfall методологиями тестирования. Это модели процесса разработки, тестирование в них просто встроено по-разному.

Перечисляют блоки, но не могут сказать, что проверяет каждый и по каким признакам кандидат его прошёл.

Строят интервью целиком на теории. Определения выучить легко, а сильного тестировщика от слабого отличают практика и разбор реальных дефектов.