Что делает команда
Что проверяют
Чаще всего этот вопрос задаёте вы сами в конце встречи, и по нему смотрят, интересен ли вам продукт и процесс, а не только вилка. Для тестировщика это ещё и разведка: из ответа видно, зрелая ли инженерная культура и чем вы будете заняты на самом деле, ручным прогоном регресса перед каждым релизом или развитием автотестов.
Как отвечать
Не ограничивайтесь общим «чем занимается команда», спрашивайте то, по чему можно восстановить рабочий день:
- какой продукт и какая его часть закреплена за командой, кто им пользуется;
- сколько тестировщиков на сколько разработчиков, есть ли отдельный автоматизатор;
- что именно проверяется: UI, API, интеграции, нагрузка, мобильные клиенты;
- на чём написана автоматизация, кто её пишет и кто чинит упавшие тесты;
- как устроен релиз: частота, стенды, кто принимает решение о выкатке и кто дежурит после неё;
- где живут тест-кейсы и баги, смотрит ли команда на метрики качества;
- зовут ли QA на разбор требований до начала разработки или задачи приходят уже готовыми.
Если вопрос повёрнут к вам («расскажите, что делала ваша команда»), стройте ответ так же: продукт, состав, зона ответственности, дальше ваш личный вклад. Говорите «я», а не «мы»: интервьюер отделяет вашу работу от командной, и размытое «мы обеспечивали качество» он засчитать не сможет.
Где спотыкаются
Задают вопрос ради галочки и не уточняют ответ. Фраза «у нас Agile и автотесты» не значит ничего, пока не спросили, какая доля регресса автоматизирована и кто разбирает красные прогоны по утрам.
Не спрашивают, где QA стоит в процессе. Команда, где тестирование начинается за два дня до релиза, звучит на собеседовании точно так же, как команда, где QA участвует в груминге, а разница в вашей повседневной работе огромная.
Рассказывая про свою прошлую команду, сыплют общими словами про качество и не называют ни одного проверяемого факта: какие типы тестирования вели, какие инструменты, что чинили руками. Конкретика тут стоит дороже красивых формулировок.