test-hardening

Test Hardening to umiejętność, która konwertuje zweryfikowane kryteria QA (scenariusze Gherkin i kryteria akceptacyjne) w trwałe testy automatyczne. Po tym, jak qa-commit zwróci zielone światło, skill analizuje przebieg testy i generuje kod testów dla backendu (Jest), interfejsu użytkownika (Storybook) oraz interakcji (Playwright). Dzięki temu każdy scenariusz, który przeszedł kontrolę jakości, staje się testem regresyjnym chroniącym przed przyszłymi błędami. Używasz go po zatwierdzeniu zmian, przed wysłaniem pull requesta lub ręcznie, gdy potrzebujesz wzmocnić pokrycie testami.

1. Uruchom qa-commit na swoim commicie i czekaj na raport weryfikacyjny ze statusem GREEN. Raport zawiera listę przebytych scenariuszy G#N (backend) i kryteriów AC#N (UI i interakcje).

2. Aktywuj skill test-hardening, wpisując "use test-hardening skill" lub uruchamiając go automatycznie po fazie debugowania (Phase 7: Harden). Skill przeanalizuje listę przebytych kryteriów.

3. Skill kategoryzuje kryteria według typu testu: scenariusze G#N trafiają do testów Jest w folderze apps/api/**/*.test.ts, kryteria AC#N dotyczące stanu UI do Storybook, a kryteria interakcji do testów Playwright w tests/e2e/**/*.spec.ts.

4. Dla każdego przebytego kryterium skill sprawdza, czy test już istnieje (wyszukując G#N lub nazwę scenariusza w plikach testów). Jeśli test jest obecny, skill go pomija.

5. Dla brakujących testów skill generuje kod na podstawie szablonu: sekcja Arrange przygotowuje dane, Act wykonuje żądanie HTTP lub akcję UI, Assert weryfikuje status i odpowiedź. Każdy wygenerowany test zawiera referencję do oryginalnego kryterium w komentarzu.

6. Uruchom npm run test aby zweryfikować, że wszystkie nowo wygenerowane testy przechodzą, a następnie wyślij pull requesta z pewnością, że kryteria QA są zabezpieczone testami regresyjnymi.