В регресс берут стабильные проверки затронутых и рискованных областей: критические пути, недавние баги, зоны с высокой связностью изменений.
Разбор
- Отбирают по: изменённым модулям, приоритету требований, истории дефектов, бизнес-критичности.
- Полный регресс всех кейсов редко делают каждый раз — используют risk-based selection.
- Фиксируют матрицу: что прогнано / пропущено и почему (time-box).
- Автоматизация закрывает часть регресса; вручную оставляют exploratory и сложный UX.
Итог
Регресс — не «прогнать всё», а осознанный набор по риску и изменениям.