Какие вопросы по команде и процессу работы в компании?

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

Интересует ли вас реальная работа или только оффер. По набору вопросов сразу видно опыт: человек, переживший трёхдневный ручной регресс, спрашивает про долю автотестов и стенды, а не про «дружный коллектив». Часто интервьюер возвращает вопрос обратно: «а как это было устроено у вас?», и ваш вопрос превращается в проверку вашего же опыта.

Как отвечать

Держите наготове 5-7 вопросов и задавайте те, что уместны по ходу разговора:

• состав команды: сколько QA на сколько разработчиков, есть ли выделенные автоматизаторы, кто пишет и поддерживает тест-кейсы;
• место QA в процессе: Scrum или Kanban, подключается ли тестировщик на этапе требований или получает готовую сборку, зовут ли его в груминг и оценку;
• окружения и данные: сколько стендов, кто их чинит, откуда берутся тестовые данные, есть ли доступ к логам, базе и мониторингу;
• автоматизация: на чём написаны тесты (Playwright, Selenium, pytest, JUnit со Selenide), гоняются ли они на каждый пул-реквест или ночью, кто разбирает упавшие и что делают с нестабильными;
• дефекты: где живут баги, есть ли SLA на критичные, считают ли утечку дефектов на прод;
• релиз: частота выкаток, кто говорит «go», есть ли фича-флаги и как откатывают.

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

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

Отвечают «вопросов нет». Это читается как безразличие к работе, а не как скромность, и портит впечатление даже от сильной технической части.

Спрашивают то, что уже написано в вакансии или прозвучало в первые десять минут. Значит, не читали и не слушали.

Зачитывают список из интернета, не слушая ответы. Ценность в уточнении: услышали «тестируем на одном стенде» и спросили, как тогда разводят параллельные релизы.