Как организовано тестирование в команде
Что проверяют
Видите ли вы процесс целиком: от требований до наблюдения после релиза.
Как отвечать
Идите по циклу и говорите, что делаете лично.
> «Двухнедельные спринты. Подключаюсь на этапе требований: читаю постановку до разработки и задаю вопросы по краевым случаям, часть дефектов ловится ещё до кода. > > На задачу пишу чек-лист или кейсы в TestRail. Модульные и интеграционные тесты пишут разработчики, я слежу, чтобы новая логика была ими закрыта. > > Проверяю на стенде после сборки в CI. Дефекты завожу по шаблону: шаги, ожидаемый и фактический результат, окружение, логи, видео. > > Автоматизация: смоук и критичный путь на Playwright, гоняются на каждый мердж, полный регресс ночью. API проверяю коллекциями в Postman, они тоже в CI. > > Перед релизом регресс критичного пути и проверка на предпродакшене. После выкатки полчаса смотрим метрики ошибок».
Полезно добавить про приоритизацию: времени всегда меньше, чем проверок, поэтому набор строится от рисков, а не по порядку.
Где спотыкаются
Описывают только ручную проверку, забывая требования, регресс и релиз.
Не могут объяснить, что автоматизируют, а что нет.
Не участвуют в разборе требований и получают задачи «на проверить» готовыми.
Не смотрят, что происходит после выкладки.