test-driven-development
Test-Driven Development meistern
Auch verfügbar von: DMJGilbert,Cygnusfear,davila7,CodingCossack,DYAI2025,obra
Tests nach dem Code zu schreiben führt zu Fehlern und schlechtem Design. Diese Fähigkeit erzwingt eine strenge TDD-Disziplin mit Rot-Grün-Refactor-Zyklen für unverwundbaren Code.
Die Skill-ZIP herunterladen
In Claude hochladen
Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen
Einschalten und loslegen
Teste es
Verwendung von "test-driven-development". Hilf mir, einen Wiederholungsmechanismus mit TDD zu implementieren
Erwartetes Ergebnis:
- Schreibe zuerst einen fehlgeschlagenen Test, der das gewünschte Wiederholungsverhalten zeigt
- Führe den Test aus, um zu bestätigen, dass er aus dem richtigen Grund fehlschlägt
- Implementiere minimalen Code, um den Test zu bestehen
- Führe den Test erneut aus, um zu verifizieren, dass er besteht
- Refaktoriere den Code, während die Tests grün bleiben
- Wiederhole für jeden Grenzfall (max. Wiederholungen, Backoff, etc.)
Verwendung von "test-driven-development". Ich habe einen Fehler gefunden, bei dem leere Passwörter akzeptiert werden
Erwartetes Ergebnis:
- Schreibe einen fehlgeschlagenen Test, der den Fehler beweist: Teste, dass Passwort-Validierung leere Strings ablehnt
- Führe den Test aus, um zu sehen, dass er mit dem erwarteten Fehler fehlschlägt
- Implementiere eine minimale Korrektur zur Passwort-Validierung
- Führe Tests aus, um zu bestätigen, dass die Korrektur funktioniert und bestehende Tests noch bestehen
- Refaktoriere falls nötig, während die Testabdeckung aufrechterhalten wird
Verwendung von "test-driven-development". Meine Tests bestehen, aber ich glaube, ich habe sie nach dem Code geschrieben
Erwartetes Ergebnis:
- Überprüfe, ob du jeden Test hast scheitern sehen, bevor du implementiert hast
- Wenn nicht, lösche die Implementierung und starte neu mit TDD
- Schreibe zuerst einen minimalen fehlgeschlagenen Test
- Implementiere nur genug Code, um zu bestehen
- Wiederhole für jede Anforderung
Sicherheitsaudit
SicherThis is a documentation-only skill containing TDD best practices and guidelines. The static scanner flagged pattern matches in test code examples that are benign educational content. All 85 detected findings are false positives: mock patterns were misidentified as cryptographic algorithms, markdown code fences were misidentified as shell execution, and documentation references were misidentified as reconnaissance. No executable code, network calls, or file system access exists in this skill.
Risikofaktoren
🌐 Netzwerkzugriff (1)
⚙️ Externe Befehle (57)
Qualitätsbewertung
Was du bauen kannst
Neue Funktionen implementieren
Verwende TDD, um unverwundbaren Code zu schreiben, der von Anfang an korrekt funktioniert, mit Tests, die die Funktionalität beweisen.
Fehler ohne Regressionen beheben
Schreibe fehlgeschlagene Tests, die Fehler reproduzieren, und implementiere dann minimale Korrekturen, während neue Probleme verhindert werden.
Codequalität sicherstellen
Verifiziere, dass aller Code TDD-Prinzipien folgt mit proper Testabdeckung und minimalen Implementierungen.
Probiere diese Prompts
Ich muss Benutzerauthentifizierung implementieren. Hilf mir, den ersten fehlgeschlagenen Test für die Login-Funktionalität mit TDD-Prinzipien zu schreiben.
Leere E-Mails werden akzeptiert. Führe mich durch das Schreiben eines fehlgeschlagenen Tests, der beweist, dass dieser Fehler existiert.
Meine Tests sind grün, aber ich sehe Duplikate. Hilf mir zu refaktorieren, während alle Tests bestehen bleiben.
Überprüfe diesen Code und diese Tests. Habe ich TDD korrekt befolgt? Habe ich jeden Test scheitern sehen, bevor ich implementiert habe?
Bewährte Verfahren
- Beobachte immer, wie der Test scheitert, bevor du Implementierungscode schreibst
- Schreibe den einfachstmöglichen Code, um Tests zu bestehen
- Lösche jeden Code, der ohne einen fehlgeschlagenen Test geschrieben wurde
Vermeiden
- Tests schreiben, nachdem die Implementierung abgeschlossen ist
- Code als Referenz behalten, während Tests geschrieben werden
- Mock-Verhalten statt echte Funktionalität testen
Häufig gestellte Fragen
Ist TDD mit allen Programmiersprachen kompatibel?
Wie gehe ich mit Legacy-Code ohne Tests um?
Kann ich TDD mit bestehenden Frameworks verwenden?
Was ist, wenn meine Tests zu langsam sind?
Wie minimal sollte der Code in der grünen Phase sein?
Ist TDD die anfängliche Zeitinvestition wert?
Entwicklerdetails
Autor
CycleaddictLizenz
MIT
Repository
https://github.com/Cycleaddict/generic-superpowers/tree/main/skills/test-driven-developmentRef
main
Dateistruktur