Регрессия и релиз · Продвинутая
Разобрать дефекты после релиза
Понять, почему дефект дошел до production и как улучшить процесс.
Быстро понять за 2 минуты
Понять, почему дефект дошел до production и как улучшить процесс.
Контекст
Перед релизом важно проверить не только новую функцию, но и критические старые сценарии, которые могли сломаться.
Что это дает
Разбор production defects улучшает требования, тест-дизайн, автоматизацию и релизный контроль.
Как выполнить
- Опишите путь дефекта от требования до релиза.
- Определите, какая проверка могла его поймать.
- Добавьте изменение в процесс или тестовый набор.
Критерии приемки
- Root cause описан.
- Есть preventive action.
- Новый контроль добавлен в чеклист или автотесты.
Типичные ошибки
- Искать виноватого вместо причины.
- Ограничиться фразой «нужно внимательнее».
- Не обновить тестовый набор.
Инструменты
Рабочий артефакт
Release quality
Релизная готовность
Оценка готовности релиза по критичным дефектам, регрессии, smoke и рискам.
- Critical bugs
- Smoke pass rate
- Regression pass rate
- Known issues
Контроль качества
Релизная готовность
Root cause описан.
После релизов, изменения требований, новых дефектов, ретестов и обновления критериев приемки.
Риск, шаги воспроизведения, окружение, доказательства, ожидаемый результат и владельца исправления.
Перед отметкой выполнено: Root cause описан.
Как применять
Начинайте с риска для пользователя и продукта. Затем проверьте воспроизводимость, окружение, тестовые данные и доказательства. Хороший QA-пункт отвечает на три вопроса: какой риск закрываем, как воспроизводим результат и по каким критериям считаем проверку завершенной.
Режим обучения
Прочитайте материал, прослушайте аудио и проверьте понимание по коротким вопросам. Ответ раскрывается после попытки сформулировать его самостоятельно.