Регрессия и релиз · Средняя
Как актуализировать регрессионный набор
Поддерживать регрессию в состоянии, где она покрывает реальные риски продукта, а не исторический список старых проверок.
Кратко: за 2 минуты
Поддерживать регрессию в состоянии, где она покрывает реальные риски продукта, а не исторический список старых проверок. На выходе: регрессионный набор имеет приоритеты.
Когда применять
Пункт относится к этапу «Регрессия и релиз». Его задача — превратить рабочее действие в проверяемый результат. Он нужен до передачи результата разработчикам, менеджеру и владельцу продукта: иначе команда рискует наращивать регрессию бесконечно без приоритизации.
Что это дает
Регрессия быстро устаревает, если ее не чистить. Актуальный набор экономит время перед релизом и помогает проверять то, что действительно может сломаться.
Пошагово: как выполнить
- После каждого релиза добавляйте новые критичные сценарии и удаляйте устаревшие проверки.
- Помечайте проверки по приоритету: must, should, optional.
- Сверяйте регрессию с инцидентами, дефектами после релиза и изменениями архитектуры.
Критерии приемки
- Регрессионный набор имеет приоритеты.
- Устаревшие проверки удалены или помечены.
- Новые дефекты после релиза превращены в проверки.
Типичные ошибки
- Наращивать регрессию бесконечно без приоритизации.
- Не обновлять тесты после изменения бизнес-логики.
- Проверять редкие сценарии раньше критичных пользовательских потоков.
Инструменты
Пример
Плохой пример
Наращивать регрессию бесконечно без приоритизации.
Хороший пример
Учебный пример. После удаления старого способа оплаты соответствующие кейсы архивируются со ссылкой на решение. Дубли объединяются, критический сценарий возврата получает владельца; длительность набора измеряется после изменения.
Шаблон
Реестр регрессионных проверок
Скачать рабочий лист этого урока
Выбрать рабочий шаблонРабочий артефакт
Release quality
Реестр регрессионных проверок
Учебный пример. После удаления старого способа оплаты соответствующие кейсы архивируются со ссылкой на решение. Дубли объединяются, критический сценарий возврата получает владельца; длительность набора измеряется после изменения.
- Critical bugs
- Smoke pass rate
- Regression pass rate
- Known issues
Контроль качества
Релизная готовность
Регрессионный набор имеет приоритеты.
После релизов, изменения требований, новых дефектов, ретестов и обновления критериев приемки.
Риск, шаги воспроизведения, окружение, доказательства, ожидаемый результат и владельца исправления.
Перед отметкой выполнено: Регрессионный набор имеет приоритеты.
Как применять
Начинайте с риска для пользователя и продукта. Затем проверьте воспроизводимость, окружение, тестовые данные и доказательства. Хороший QA-пункт отвечает на три вопроса: какой риск закрываем, как воспроизводим результат и по каким критериям считаем проверку завершенной.
Короткие ответы
Частые вопросы
Зачем выполнять пункт «Как актуализировать регрессионный набор»?
Регрессия быстро устаревает, если ее не чистить. Актуальный набор экономит время перед релизом и помогает проверять то, что действительно может сломаться.
С чего начать выполнение?
После каждого релиза добавляйте новые критичные сценарии и удаляйте устаревшие проверки.
Как понять, что пункт выполнен?
Регрессионный набор имеет приоритеты.
Какая ошибка чаще всего мешает результату?
Наращивать регрессию бесконечно без приоритизации.
Режим обучения
Тест по теме
Проверка понимания
Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.
Для углубленного изучения
Редакция Ariol · Версия 2 · Обновлено
Независимая экспертная проверка не заявлена.
Что обновлено
- — Обновлено: Название, Шаблон результата, Пример, Плохой пример, Заголовок поиска, Описание поиска, Поисковые фразы.
Материал предназначен для обучения. Адаптируйте рекомендации к внутренним регламентам компании и условиям проекта.
Предложить исправление через контакты Ariol