Строят карту изменений и связей: модули с высоким churn, публичные API, зоны с историей багов и критичный бизнес — в приоритете прогона.
Разбор
- Читают PR/changelog, спрашивают разработку о «страшных» местах.
- Добавляют соседние интеграции (почта, платежи, поиск).
- Низкий риск / хорошо покрытый автотестами — выборочно или сэмплом.
- Фиксируют residual risk: что сознательно не проверили.
Итог
Risk-based регресс объясняет стейкхолдерам, почему набор именно такой.