Как выглядела команда

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

Интервьюер хочет понять, в каком процессе вы работали и какое место в нём занимали. По ответу видно, привыкли ли вы к тестированию внутри продуктовой команды или к отдельному отделу QA, которому передают сборки. Следом обычно спрашивают, как строилось взаимодействие с разработчиками и кто принимал решение о релизе.

Как отвечать

Опишите команду по нескольким опорам, это займёт минуту и снимет половину уточнений:

• состав и соотношение: сколько разработчиков, тестировщиков, аналитиков, был ли продакт. Соотношение QA к разработке сразу говорит о нагрузке;
• где сидел QA: внутри кросс-функциональной команды или в отдельном отделе, который обслуживает несколько команд;
• процесс: Scrum или Kanban, длина спринта, на каком этапе тестирование подключается к задаче, есть ли в Definition of Done пункт про тесты;
• инструменты: трекер (Jira, YouTrack), управление тестами (TestRail, Qase, Allure TestOps), автотесты и их место в CI;
• ваша роль: за что отвечали лично, например ручное тестирование платежей, автотесты API, регресс перед релизом, ревью требований.

Закончите тем, что работало хорошо и что вы бы поменяли. Например, тестировщики подключались к задаче только после разработки, и вы добились участия в груминге. Цифры берите свои: сколько длился регресс, сколько багов уходило в прод до и после изменений. Если команда была из двух человек или вы работали единственным тестировщиком, так и скажите: это отдельный опыт, где процесс вы выстраивали сами.

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

Перечисляют людей и должности, но не говорят, что делали сами. Про команду спрашивают, чтобы понять вашу роль в ней.

Критикуют бывших коллег и руководителей. Даже справедливая претензия звучит как сигнал о будущем конфликте.

Приносят круглые цифры вроде «сократили дефекты на 30%», которые не могут объяснить на уточняющем вопросе. Честная оценка без процентов лучше выдуманного показателя.