Каков жизненный цикл разработки продукта
Что проверяют
Видите ли вы себя вне стадии «тестирование» и понимаете ли, что дефект, пойманный в требованиях, стоит на порядок дешевле найденного в проде. Вопрос звучит как теория, но интервьюер слушает, где в этом цикле вы. Следом спрашивают, с какой стадии подключаетесь и что делаете, если требований нет.
Как отвечать
Пройдите цикл и на каждом шаге назовите вклад QA:
- идея и требования: разбор на тестируемость, вопросы к критериям приёмки, поиск противоречий и незаданных сценариев. Самая дешёвая точка для правки;
- проектирование: нефункциональные требования (нагрузка, поведение при отказе внешнего сервиса, доступность), договорённость о стендах и тестовых данных;
- разработка: юнит-тесты у разработчиков, ревью, статический анализ, контрактные тесты между сервисами, чтобы интеграция не разваливалась молча;
- тестирование: тест-дизайн (классы эквивалентности, границы, таблицы решений), уровни от юнита до сквозных сценариев, регресс, автоматизация в CI на каждый пул-реквест;
- релиз: блокирующие проверки, дымовой прогон после выкатки, канареечный выпуск, фича-флаги и заранее описанный откат;
- эксплуатация: мониторинг, алерты, разбор пользовательских обращений, воспроизведение и заведение дефектов, постмортем по инцидентам;
- вывод из эксплуатации: миграция данных, поддержка старых версий мобильных клиентов, отключение по этапам.
Одной фразой скажите про модель процесса: в Scrum и Kanban этапы идут короткими итерациями и перекрываются, в waterfall и V-модели строго последовательно. И назовите принцип: сдвиг влево (раннее подключение) плюс сдвиг вправо (проверки уже на проде).
Где спотыкаются
Перечисляют этапы как список из учебника, ни разу не сказав, что на них делает QA. Вопрос задан именно про это.
Заканчивают релизом. Для продукта самое дорогое начинается после выката, и мониторинг это тоже зона качества.
Теряются на вопросе про отсутствующие требования. Рабочий ответ: фиксируете текущее поведение как эталон, собираете вопросы к аналитику и продукту, записываете договорённости в задачу.