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

Diese Skill zwingt Claude in einen echten Red-Green-Refactor-Zyklus: erst einen garantiert fehlschlagenden Test schreiben, dann die minimale Implementierung, die ihn grün macht, erst danach refactoren. Enthalten ist ein Katalog typischer Testing-Anti-Patterns — etwa Tests, die Implementierungsdetails statt Verhalten prüfen, oder übermäßiges Mocking, das echte Fehler verdeckt —, den Claude aktiv vermeiden soll. Der Mehrwert gegenüber freiem Prompting: Ohne diese Skill schreibt Claude oft Tests und Code gleichzeitig oder im Nachhinein passend zur Implementierung, was den eigentlichen Sinn von TDD unterläuft. Für Entwickler, die Wert auf einen belastbaren, tatsächlich testgetriebenen Workflow legen statt auf nachträglich zugeschnittene Tests.

Praxis-Tipp

Sag explizit ‘Schreib zuerst einen fehlschlagenden Test für die Rabattberechnung, ohne die Implementierung anzufassen’ — sonst liefert Claude beides gern in einem Schritt.

Siehe auch

• systematic-debugging
• verification-before-completion
• subagent-driven-development

Lizenz & Quelle

• Lizenz: MIT
• Quelle: obra/superpowers

Lade …