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