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