Были ли в команде собственные QA инженеры

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

Вопрос не про оргструктуру, а про ваше отношение к качеству: кто отвечал за тесты, пишете ли вы их сами и как работали с найденными багами. Следом обычно просят описать путь задачи от вашего коммита до релиза.

Как отвечать

Одной фразой опишите реальную схему, потом свою роль в ней. Вариантов обычно три:

• QA внутри команды: на каком этапе они подключались, писали ли автотесты сами, как вы вместе договаривались о критериях приёмки и разбирали возвращённые задачи;
• общий отдел тестирования: как передавали сборку, сколько длился цикл и что вы делали, чтобы не простаивать;
• QA не было: кто тогда отвечал за качество. В Python-команде это обычно pytest с фикстурами, тесты API через тестовый клиент фреймворка или httpx, база в Testcontainers, прогон в GitLab CI или GitHub Actions на каждый merge request, покрытие через coverage.py и обязательное ревью.

В любом варианте скажите, какие тесты писали лично вы: юнит, интеграционные, e2e на Playwright. Цифры приводите свои, например сколько багов уходило в прод до и после того, как тесты стали обязательными в CI. Круглые проценты из шаблонных ответов интервьюер узнаёт сразу.

Если QA не было и тестов было мало, так и скажите, а затем объясните, что из этого вынесли и как выстроили бы проверку сейчас. Честный рассказ о пробеле работает лучше идеальной картинки.

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

Говорят «тестированием занимались тестировщики». Звучит так, будто качество собственного кода не ваша забота.

Жалуются на QA, которые «придирались к мелочам». Интервьюер слышит конфликт, а не процесс.

Отвечают «да» или «нет» и замолкают. Вопрос открывает разговор о том, как вы проверяете свой код, и короткий ответ эту возможность теряет.