qa-planning

Skill do tworzenia QA Contract — formalnego dokumentu zawierającego numerowane scenariusze Gherkin (G#N) dla wszystkich źródeł danych oraz kryteria akceptacji (AC#N) dla frontendu. Umowa QA stanowi kontrakt między zespołem deweloperskim a QA, definiując testowalne wymagania przed implementacją. Scenariusze obejmują API runtime'owe, dane statyczne z build-time, zapytania do bazy danych, integracje z zewnętrznymi serwisami oraz logikę middleware'u. Wygenerowana umowa jest następnie weryfikowana przez skill qa-commit i referencyjna w Plan Mode.

1. Zainstaluj skill qa-planning w swoim środowisku Cursor Rules, dodając go do konfiguracji projektowej.
2. Uruchom skill w fazie Ask Mode Phase 2 (CONVERGE) dla każdej nowej funkcjonalności, którą chcesz przetestować.
3. Przed rozpoczęciem pisania scenariuszy Gherkin, wykonaj Phase 0 — zidentyfikuj i skataloguj WSZYSTKIE źródła danych dla funkcji. Utwórz tabelę zawierającą Runtime APIs, Build-time Static, Database, External APIs i Middleware, określając dla każdego endpoint, metodę, autentykację i status.
4. Na podstawie inwentarza źródeł danych wygeneruj numerowane scenariusze Gherkin (G#1, G#2 itd.) dla każdej kategorii — API scenarios dla Runtime API, Build script scenarios dla danych statycznych, Query scenarios dla bazy danych, Integration scenarios dla serwisów zewnętrznych, Routing scenarios dla middleware'u.
5. Zdefiniuj numerowane kryteria akceptacji (AC#1, AC#2 itd.) dla frontendu, opisując oczekiwane zachowanie interfejsu użytkownika.
6. Zweryfikuj wygenerowaną QA Contract, upewniając się że wszystkie scenariusze i kryteria są referencyjne w Plan Mode (pole Satisfies) i będą weryfikowalne przez skill qa-commit.