Как организовать тестирование и релиз в команде без тестировщика при проблемах с багами
Что проверяют
Умеете ли вы строить процесс качества, а не только проверять задачи руками. Вопрос часто задают QA, которого берут в команду первым: с чего вы начнёте, когда баги доходят до продакшена, а тестировщика до вас не было. Следом спрашивают, как вы убедите разработчиков писать тесты.
Как отвечать
Начните с диагностики, а не с инструментов. Разберите последние баги из продакшена: в каком модуле, на каком этапе их можно было поймать, почему не поймали. Часто корень в требованиях без критериев приёмки, а не в отсутствии тестов.
Дальше каркас:
- критерии готовности: в Definition of Done входят юнит-тесты на новую логику и проверка по критериям приёмки. Задача без них не закрывается;
- пирамида тестов: юнит-тесты пишут разработчики, тестов на API больше, чем на UI, а e2e остаётся узким смоуком по критичным путям: вход, оплата, основная форма. Для UI это обычно Playwright, для API pytest, JUnit или Postman с Newman;
- CI как фильтр: тесты гоняются на каждом пул-реквесте, красная сборка не мёржится;
- ревью с чек-листом: второй разработчик смотрит не только код, но и сценарии, включая негативные;
- релиз: чек-лист и ручной смоук перед выкладкой, фича-флаги, постепенная раскатка и отработанный откат за минуты;
- после релиза: мониторинг ошибок (например, Sentry) и алерты, чтобы узнавать о проблеме раньше пользователей;
- общее тестирование: перед крупным релизом час исследовательского тестирования всей командой, разработчики проверяют чужие фичи.
Измеряйте эффект: число багов, дошедших до продакшена, и долю неудачных релизов (change failure rate из метрик DORA). Через пару месяцев по ним видно, работает ли процесс.
Где спотыкаются
Первым шагом предлагают автоматизировать всё через UI-тесты. Их пишут месяцами, они медленные и нестабильные, а баги тем временем продолжают утекать.
Устраивают полный ручной регресс перед каждым релизом. Без приоритетов он растягивается на дни, и команда начинает его пропускать.
Назначают одного разработчика «дежурным тестировщиком» навсегда. Ответственность за качество снова лежит на одном человеке, просто с другой должностью.