Fähigkeiten tdd-workflows-tdd-green
🟢

tdd-workflows-tdd-green

Sicher

TDD-Grünphasen-Implementierung meistern

Auch verfügbar von: sickn33

Lernen Sie, minimalen Code zu implementieren, der fehlschlagende Tests während der TDD-Grünphase bestehen lässt. Vermiden Sie Überengineering und halten Sie Implementierungen einfach.

Unterstützt: Claude Codex Code(CC)
🥉 74 Bronze
1

Die Skill-ZIP herunterladen

2

In Claude hochladen

Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen

3

Einschalten und loslegen

Teste es

Verwendung von "tdd-workflows-tdd-green". Ich habe einen fehlschlagenden Test für die Benutzererstellung. Helfen Sie mir, minimalen Code zu implementieren.

Erwartetes Ergebnis:

  • Hier ist die minimale Implementierung mit dem Fake-It-Muster:
  • class UserService {
  • create(data) {
  • return { id: '123', ...data };
  • }
  • }
  • Dieser besteht den Test mit einer hartcodierten ID. Sie können zu echter ID-Generierung übergehen, wenn weitere Tests dies erfordern.

Verwendung von "tdd-workflows-tdd-green". Sollte ich in dieser Grünphasen-Implementierung Fehlerbehandlung hinzufügen?

Erwartetes Ergebnis:

  • Nein - fügen Sie in der Grünphase nur hinzu, was Tests erfordern. Wenn Tests keine Fehlerszenarien überprüfen, überspringen Sie die Fehlerbehandlung vorerst.
  • Fügen Sie sie während der Refactoring-Phase hinzu, wenn Sie Tests haben, die Fehlerpfade validieren.

Sicherheitsaudit

Sicher
v1 • 2/25/2026

All 105 detected patterns are false positives from code examples in educational documentation. The skill contains only instructional markdown content with code samples demonstrating TDD patterns. No executable code, scripts, or runtime behavior exists. The 'MD5', 'SHA1', 'SQLite', 'backticks', and 'fetch' patterns appear strictly within code blocks as teaching examples for proper TDD implementation across multiple programming languages.

2
Gescannte Dateien
947
Analysierte Zeilen
0
befunde
1
Gesamtzahl Audits
Keine Sicherheitsprobleme gefunden
Auditiert von: claude

Qualitätsbewertung

38
Architektur
100
Wartbarkeit
87
Inhalt
50
Community
100
Sicherheit
91
Spezifikationskonformität

Was du bauen kannst

TDD-Grundlagen lernen

Neuentwickler, die testgetriebene Entwicklung lernen, können diese Fähigkeit nutzen, um die Grünphasenmethodik zu verstehen und häufige Fehler wie Überengineering zu vermeiden

Feature-Implementierung beschleunigen

Erfahrene Entwickler können schnell minimale, bestehende Tests implementieren, ohne sich bei der ersten Entwicklung in vorzeitiger Optimierung zu verfangen

Team-TDD-Schulung

Entwicklungsteams, die TDD einführen, können die strukturierten Muster und Beispiele verwenden, um konsistente Grünphasenpraktiken in der gesamten Organisation zu etablieren

Probiere diese Prompts

Grundlegende Grünphasen-Implementierung
Helfen Sie mir, den minimalen Code zu implementieren, der benötigt wird, um diese fehlschlagenden Tests zum Bestehen zu bringen. Konzentrieren Sie sich auf Einfachheit und vermeiden Sie Überengineering.
Sprachspezifische Implementierung
Zeigen Sie mir, wie ich minimalen Code für diese Tests unter Verwendung von [JavaScript/Python/Java/C#/Go/Ruby] implementiere. Folgen Sie den Best Practices der TDD-Grünphase.
Fake- vs. Echte-Implementierung-Entscheidung
Sollte ich eine Fake-Implementierung oder eine echte Implementierung für diese Tests verwenden? Erklären Sie die Kompromisse und empfehlen Sie den besten Ansatz.
Implementierung überprüfen und vereinfachen
Überprüfen Sie meine Implementierung und sagen Sie mir, ob sie für die Grünphase wirklich minimal ist oder ob ich überengineere. Schlagen Sie bei Bedarf Vereinfachungen vor.

Bewährte Verfahren

  • Implementieren Sie den absolut minimalen Code, der Tests bestehen lässt - vermeiden Sie das Hinzufügen von Features oder Optimierungen, die nicht von Tests benötigt werden
  • Führen Sie Tests nach jeder kleinen Änderung aus, um den Fortschritt zu verifizieren und Probleme frühzeitig zu erkennen
  • Dokumentieren Sie technische Schulden und Abkürzungen, die während der Grünphase genommen wurden, für späteres Refactoring

Vermeiden

  • Goldplating - Hinzufügen von nicht angeforderten Features oder Verbesserungen während der Grünphase
  • Vorzeitiges Refactoring - Ändern der Codestruktur, während Tests noch fehlschlagen
  • Implementieren von Designmustern oder Architekturentscheidungen, bevor Tests sie erfordern

Häufig gestellte Fragen

Was ist die TDD-Grünphase?
Die Grünphase ist der zweite Schritt in der testgetriebenen Entwicklung, bei dem Sie den minimalen Code schreiben, der benötigt wird, um fehlschlagende Tests zum Bestehen zu bringen. Der Fokus liegt auf Einfachheit und Geschwindigkeit, nicht auf Perfektion.
Sollte ich faken oder echten Code implementieren?
Beginnen Sie mit Fake-Implementierungen (hartcodierte Werte) für den ersten Test. Gehen Sie zu echtem Code über, wenn nachfolgende Tests ein Muster aufdecken, das eine Verallgemeinerung erfordert. Dies hält Sie darauf fokussiert, Tests zu bestehen, anstatt über Design nachzudenken.
Kann ich während der Grünphase refaktorieren?
Vermeiden Sie Refactoring, während Tests fehlschlagen. Lassen Sie zunächst alle Tests mit minimalem Code bestehen, und refaktorieren Sie dann in der separaten Refactoring-Phase. Dies hält die beiden Bedenken getrennt und handhabbar.
Was ist, wenn meine Implementierung zu einfach erscheint?
Das ist genau der Punkt der Grünphase. Umarmen Sie Einfachheit. Vertrauen Sie darauf, dass die Refactoring-Phase das Design verbessern wird. Konzentrieren Sie sich darauf, Tests mit dem geringsten möglichen Code bestehen zu lassen.
Muss ich in der Grünphase Fehlerbehandlung hinzufügen?
Fügen Sie Fehlerbehandlung nur hinzu, wenn Tests dies ausdrücklich erfordern. Wenn Tests keine Fehlerszenarien abdecken, überspringen Sie die Fehlerbehandlung vorerst. Fügen Sie sie während der Refactoring-Phase hinzu, wenn Sie eine umfassende Testabdeckung haben.
Wie weiß ich, wann die Grünphase abgeschlossen ist?
Die Grünphase ist abgeschlossen, wenn alle Tests bestehen. Hören Sie zu diesem Zeitpunkt auf zu implementieren und gehen Sie zur Refactoring-Phase über. Fügen Sie keine zusätzlichen Features oder Verbesserungen über das hinaus hinzu, was Tests erfordern.