Какие роли вы совмещали на текущем месте работы?
Что проверяют
Ширину вашего опыта и то, как вы с ней обращались: брали ли смежные задачи осознанно и не проседало ли при этом основное тестирование. Интервьюер заодно примеряет вас к своей вакансии. Следом обычно звучит: «Как вы делили время между этими ролями?» или «Что из этого вы хотите продолжать у нас?»
Как отвечать
Назовите основную роль, затем совмещённые, и для каждой коротко: зачем понадобилась, что вы делали, чем закончилось. Типичные для QA сочетания:
- аналитика требований: ревью user story до разработки, вопросы к постановке, критерии приёмки. Дефект, найденный на этапе требований, самый дешёвый;
- автоматизация: автотесты на API или UI (например, REST Assured, pytest, Playwright), запуск в CI через GitLab CI или Jenkins, отчёты в Allure;
- тест-менеджмент: тест-план, приоритизация регресса, ведение базы кейсов в TMS;
- нагрузочное тестирование: сценарии в JMeter или k6, разбор метрик вместе с разработчиками;
- релиз-менеджмент и поддержка: решение «выпускаем или нет», разбор инцидентов с прода;
- менторство: онбординг новичков, чек-листы и договорённости для команды.
Хороший ответ показывает причину совмещения (не хватало людей, закрыли пробел в процессе) и проверяемый результат, например ручной регресс сократился с трёх дней до одного или дефекты стали ловить на ревью требований. Берите свои реальные цифры, выдуманный процент рассыпается на первом уточнении. Если ролей вы не совмещали, так и скажите и покажите глубину в основной: какие виды тестирования вели сами, что улучшили в процессе.
Где спотыкаются
Перечисляют всё подряд, включая разовые задачи. Интервьюер слышит не универсала, а человека без фокуса.
Жалуются, что на них повесили чужую работу. Даже если так и было, подайте это как решение проблемы команды, а не как обиду.
Не могут объяснить, что происходило с основной ролью. Если автоматизация шла в ущерб регрессу и в прод уходили баги, лучше честно сказать, какой вывод вы сделали, чем делать вид, что успевали всё.