Публичное собеседование: QA Lead

Коротко о видео

В публичном мок-интервью кандидатка на роль QA Lead рассказывает о переходе от ручного тестирования к управлению QA-командой из 15 человек в Яндекс.Плюс. Основная часть посвящена построению и улучшению процессов тестирования, метрикам качества, сокращению регрессии, тест-дизайну, веб-API и release management. В финале интервьюер даёт развёрнутую обратную связь: сильными сторонами считает people management и стратегическое мышление, а зонами роста — более структурированные ответы по теории тестирования и HTTP.

Затронутые темы

Что взять на заметку

• Перед изменением QA-процесса сначала собрать картину: изучить flow задач, документацию, отчёты, встречи, 1:1 с тестировщиками и мнение лидов разработки; не ломать уже работающие практики без диагностики.
• Передача задачи в тестирование должна включать базовую проверку разработчиком: стенд открывается, основной сценарий работает, автотесты не красные. Это фактически Definition of Done для разработки.
• Основные позитивные сценарии и тест-кейсы полезно планировать до реализации фичи, а автотест на новую функциональность писать в ходе разработки, чтобы не накапливать долг по автоматизации.
• Для уменьшения регрессии следует приоритизировать и кластеризовать тесты по функциональности, переносить повторяемые проверки в автоматизацию и проверять, не затронуты ли косвенно исключённые компоненты.
• Эффект изменений можно оценивать по длительности регрессии, количеству багов, ушедших в production, и разборам критических инцидентов; причины пропусков нужно превращать в изменения процесса, например синхронизировать эксперименты на testing и production.
• Полезные метрики QA-команды: взвешенное число багов по приоритетам, время ожидания тестирования, время задачи в тестировании и Time to Market. Кандидатка проверяет такие графики еженедельно и разбирает аномалии.
• Для собеседований на QA Lead стоит заранее структурировать ответы: сначала назвать теорию и термины, затем показать конкретный кейс. Интервьюер отдельно советует повторить HTTP-методы, коды 400 и 201, идемпотентность и пирамиду тестирования.