test-driven-development

Erzwingt echten TDD-Zyklus (Red → Green → Refactor) inkl. Katalog typischer Testing-Anti-Patterns.

Für wen: Entwickler, die Claude verlässlich testgetrieben arbeiten lassen wollen.

So nutzt du es

Lege den Inhalt als SKILL.md in einem eigenen Ordner unter ~/.claude/skills/<name>/ ab. Claude Code lädt den Skill dann bei passenden Aufgaben automatisch. Alternativ als Slash-Command nutzbar, wenn du ihn unter .claude/commands/ speicherst.

Im Detail

Der Skill erzwingt einen echten Red-Green-Refactor-Zyklus: erst einen fehlschlagenden Test schreiben, das Fehlschlagen beobachten, dann minimalen Code zur Erfüllung schreiben. Kernregel ist, dass ohne beobachtetes Scheitern des Tests nicht sichergestellt ist, dass er das Richtige prüft – wird Produktionscode vor dem Test geschrieben, muss er gelöscht und neu begonnen werden, auch nicht als „Referenz“ behalten. Gilt für neue Features, Bugfixes, Refactorings und Verhaltensänderungen; Ausnahmen wie Wegwerf-Prototypen oder generierter Code sollten mit dem menschlichen Partner abgesprochen werden. Enthält zusätzlich einen Katalog typischer Testing-Antipatterns, die vermieden werden sollen.

Praxis-Tipp

Schreiben Sie bei jedem neuen Bugfix zuerst einen Test, der den Bug reproduziert und rot ist, bevor Sie den Fix überhaupt anfassen.

Siehe auch

• systematic-debugging
• requesting-code-review
• subagent-driven-development

Lizenz & Quelle

• Lizenz: MIT
• Quelle: obra/superpowers

Lade …