1) Dane i walidacja
- Lista pól obowiązkowych jest spisana (minimum danych).
- Walidacja na wejściu działa (brak pola = stop + informacja).
- Źródło prawdy jest ustalone (kto nadpisuje, kto odczytuje).
- Testy obejmują brak danych i konflikt danych.
2) Scenariusze testowe
- 3–5 scenariuszy standardowych (najczęstsze).
- 2–3 scenariusze brzegowe (nietypowa wartość, brak pola, konflikt).
- 1 scenariusz awaryjny (limit API, timeout, brak uprawnień).
3) Wyjątki i odpowiedzialność
- Najczęstsze wyjątki są opisane (szablon wyjątku).
- Jest właściciel procesu i właściciel decyzji dla wyjątków.
- Jest jasny kanał eskalacji i priorytety (P1/P2/P3).
4) Monitoring i logi
- Logi są dostępne i łatwe do znalezienia.
- Alert zawiera: co się stało, wpływ, co dalej.
- Wiesz, kto dostaje alert i w jakich godzinach.
5) Plan awaryjny (rollback)
- Jest opis obejścia ręcznego (gdy automatyzacja stoi).
- Jest możliwość wyłączenia automatyzacji (bez „grzebania w panice”).
- Jest plan odtworzenia danych, jeśli coś pójdzie źle.
6) Akceptacja wersji 1
- Ustalony jest baseline i KPI (żeby mierzyć efekt).
- Ustalony jest rytm przeglądu po uruchomieniu (np. 2 tygodnie + lista poprawek).
- Wszyscy wiedzą, że to jest wersja 1 (zakres jest świadomy, nie „magiczny”).