test-driven-development

Umiejętność test-driven development (TDD) dla asystentów AI. Używaj jej przy każdej nowej funkcji, poprawce błędu lub refaktoringu. Zasada jest prosta: najpierw napiszesz test, zobaczysz, że pada, a dopiero wtedy implementujesz minimalny kod, który go przejdzie. Cykl red-green-refactor zapewnia, że Twój kod rzeczywiście robi to, co powinien. Nigdy nie pisz kodu produkcyjnego bez wcześniej napisanego i nieudanego testu – to fundamentalna reguła TDD, bez wyjątków.

1. Zainstaluj umiejętność test-driven development w swoim asystencie AI (Claude, Copilot lub innym wspieranym narzędziu), wskazując ścieżkę do repozytorium obra/superpowers/skills/test-driven-development.
2. Zanim zaczniesz pracę nad nową funkcją, poprawką błędu lub refaktoringiem, aktywuj tę umiejętność w kontekście zadania. Powiedz asystentowi: "Użyj test-driven development dla tego zadania".
3. Napisz pierwszy test – minimalny test pokazujący, co powinno się stać. Test powinien być nieudany (faza RED). Zweryfikuj, że test pada z właściwego powodu, nie z powodu błędu składni.
4. Napisz minimalny kod produkcyjny, aby test przeszedł (faza GREEN). Nie dodawaj nic więcej – tylko tyle, ile potrzeba. Upewnij się, że wszystkie testy przechodzą.
5. Jeśli kod wymaga czyszczenia lub refaktoringu, zrób to teraz (faza REFACTOR), ale upewnij się, że testy wciąż przechodzą. Nigdy nie modyfikuj kodu napisanego przed testem – jeśli napiszesz kod zanim test będzie gotów, usuń go i zacznij od nowa.
6. Powtarzaj cykl red-green-refactor dla każdej nowej funkcjonalności. Wyjątkami są tylko prototypy jednorazowe – w każdym innym przypadku TDD jest obowiązkowe.