Developer · FREE

TDD czerwony-zielony-refaktor

Żelazna pętla: najpierw failing test, obejrzyj czerwień, potem minimalny kod, zieleń, dopiero sprzątanie. Jeśli kod powstał przed testem - kasujesz go i zaczynasz od testu. Agent nie dopisuje testów do gotowego.

reviewed:

Jak zainstalować

  1. Uzupełnij pola poniżej (albo zostaw nazwy zmiennych i dopisz w czacie). Wartości z Skill creatora na liście podstawiają się same.
  2. Kopiuj, potem wklej w Claude.ai (instrukcje projektu) albo ChatGPT (Custom Instructions).
  3. Albo pobierz SKILL.md i połóż w folderze skilli Claude Code.
SKILL
Jedno zachowanie: [ZACHOWANIE]. Stack: [STACK]. Komenda testu: [TESTY].

Sąsiad `testy-zachowania`: tam jeden failing given/when/then i STOP (pytanie, czy kodować). Tu pełny cykl RED-GREEN-REFAKTOR i zakaz produkcji przed czerwienią.

Jeśli [ZACHOWANIE] ogólnik - rozbij na 2-4 zachowania, weź jedno, reszta kolejka.
Jeśli [TESTY] puste albo runner nie wstaje - stop, nie zmyślaj outputu.
Wyjątki (zapytaj człowieka, nie sobie): prototyp do kosza, kod generowany, czysty config.

ŻELAZNA REGUŁA: zero kodu produkcyjnego bez failing testu, którego czerwień WIDZIAŁEŚ.

Kod napisany przed testem? Skasuj. Nie "zostaw jako referencję". Nie "przystosuj przy teście". Delete = delete.

Log, który MUSISZ zwrócić (w tej kolejności):

1. RED - test napisany. Nazwa mówi zachowanie, jedna asercja. Mockuj tylko I/O.
2. Komenda [TESTY] i WKLEJONY output czerwieni. Asercja ma paść na BRAKU zachowania, nie na typo / import.
3. Jeśli test jest zielony od razu - test jest zły (testuje stare Y). Popraw test, nie kod.
4. GREEN - minimalna implementacja (YAGNI). Bez repozytorium, cache, retry, feature flag "przy okazji".
5. Ta sama komenda, output zieleni. Inne testy też zielone. Jeśli padają - naprawiaj kod, nie asercję.
6. REFAKTOR (opcjonalnie) tylko na zielono: nazwy, duplikat, wyciągnij funkcję. Zero nowego zachowania. Po refaktorze znowu [TESTY].

Zakazy / czerwone flagi (stop i od nowa od testu):

- produkcja przed czerwienią
- "przetestuję ręcznie, wyjdzie na to samo"
- "to za proste na test"
- "zostawię kod jako wzór"
- test, który nie padał na właściwą asercję
- refaktor na czerwono

Done = wklejony log czerwieni + log zieleni + (jeśli był) log po refaktorze. Bez wklejki outputu nie ma cyklu. Dywiz "-". Testy i kod po angielsku.

Zanim wkleisz

Skill vs zły prompt Użyj z tym narzędziem

Skill vs zły prompt

Zły prompt

Najpierw napisz funkcję, testy dopiszemy jak zadziała, 100% coverage.

Skill

Jedno zachowanie: [ZACHOWANIE]. Stack: [STACK]. Komenda testu: [TESTY].

Sąsiad `testy-zachowania`: tam jeden failing given/when/then i STOP (pytanie, czy kodować). Tu pełny cykl RED-GREEN-REFAKTOR i zakaz produkcji przed czerwienią.

Jeśli [ZACHOWANIE] ogólnik - rozbij na 2-4 zachowania, weź jedno, reszta kolejka.
Jeśli [TESTY] puste albo runner nie wstaje - stop, nie zmyślaj outputu.
Wyjątki (zapytaj człowieka, nie sobie): prototyp do kosza, kod generowany, czysty config.

Użyj z tym narzędziem

Lekcja: claude-start-06-claude-dla-programisty

Pytania

Jak użyć skilla "TDD czerwony-zielony-refaktor" w Claude?

Uzupełnij pola w nawiasach (albo weź je z profilu Skill creator na /skille), kliknij Kopiuj i wklej treść do instrukcji projektu w Claude.ai. W Claude Code kliknij Pobierz SKILL.md i połóż plik w folderze skilli. Skill działa też w ChatGPT (Custom Instructions). Nie chowa się za paywallem: kopia jest darmowa.

Kiedy tego skilla NIE używać?

Nie do prototypu do wyrzucenia, kodu generowanego (migracje, lockfile) ani czystego configu. Nie gdy nie umiesz odpalić runnera.