Кого вы ищете?
Что проверяют
Этот вопрос чаще задаёте вы, в конце собеседования, и он полезнее, чем кажется. Ответ показывает, какую проблему закрывает вакансия, а по самому вопросу интервьюер видит, что вы думаете о том, подходите ли под задачу, а не только об условиях. Хорошее продолжение: «Почему открыта позиция: команда растёт или вы ищете замену?»
Как отвечать
Задайте вопрос и уточните то, от чего в тестировании зависит реальная работа:
- ручное тестирование и автоматизация: какая доля времени уйдёт на ручные проверки, а какая на автотесты, есть ли уже фреймворк (Playwright, Selenium, pytest, REST Assured) или его предстоит строить;
- соотношение с разработкой: сколько разработчиков на одного тестировщика и есть ли в команде другие QA;
- процесс: на каком этапе QA подключается к задаче, участвует ли в разборе требований, где хранятся тест-кейсы, как устроен релиз и кто решает, что сборка готова;
- ожидания на старте: что человек должен сделать за первые три месяца, чтобы все сказали «не ошиблись».
Полезно спросить и о том, что не получилось у человека на этой позиции раньше. Ответ часто честнее, чем текст вакансии.
Услышанное используйте сразу: коротко свяжите со своим опытом. Например: «Вы говорите про регресс, который вручную идёт три дня. На прошлом проекте я переносил похожий регресс в автотесты, могу рассказать, как расставляли приоритеты». Пример и цифры берите свои, из реальной работы.
Где спотыкаются
Задают вопрос формально и не слушают ответ. Уточнений нет, связи с опытом тоже нет, и вопрос превращается в вежливость.
Не выясняют соотношение ручного тестирования и автоматизации. Через месяц вы единственный тестировщик на десять разработчиков, а обещанные автотесты оказываются задачей «когда будет время».
Путают стороны. Если этот вопрос задали вам, например «как вы думаете, кого мы ищем?», это проверка, прочитали ли вы вакансию. Перескажите задачи из описания своими словами и покажите, какие из них вы уже закрывали, а не перечисляйте абстрактные качества идеального тестировщика.