Приёмочные и регрессионные сценарии изменения бизнес-логики
Директивный
Правило
Заголовок раздела «Правило»Изменение поведения системы сдаётся с проверенными сценариями, а не с «вроде работает». Минимальный набор — четыре сценария:
| Сценарий | Что проверяем |
|---|---|
| Позитивный | Основной путь из задачи даёт ожидаемый результат на реалистичных данных |
| Негативный | Некорректный ввод / отказ обрабатываются понятно: без падения и без тихого пропуска |
| Граничный | Пустые и нулевые значения, границы периодов, максимальные объёмы, старые данные |
| Регрессионный | Смежные процессы, использующие изменённую логику (отчёты, обмены, проведение), работают как раньше |
Результат прогона фиксируется в задаче: сценарий → данные → что получилось. Проверка «на глаз» без фиксации сценариев приёмкой не считается.
По разбору 417 реальных карточек «прочая бизнес-логика» — самая массовая категория задач без специализированного чеклиста (35 задач напрямую и десятки косвенно): расчёты премий, правила заполнения, изменение алгоритмов выпуска и списания. Ошибку в такой задаче не поймает ни валидатор, ни линтер — только сценарий. Типовые возвраты именно отсюда: «работает на новых данных, падает на старых», «повторный запуск задвоил результат», «поменяли расчёт — сломался отчёт, который на него опирался».