Kurzfassung
Test-Driven Development (TDD) ist eine Entwicklungsdisziplin, bei der zuerst ein fehlschlagender Test geschrieben, dann der minimale Code zu dessen Bestehen implementiert und schließlich der Code refaktoriert wird – nach dem Red/Green/Refactor-Zyklus.
Was ist TDD?
TDD kehrt den traditionellen Entwicklungsworkflow um. Statt Code zu schreiben und ihn dann zu testen, schreibt der Entwickler zuerst einen fehlschlagenden Test, der das gewünschte Verhalten definiert. Erst dann wird der Produktionscode geschrieben – gerade genug, um den Test zu bestehen. Abschließend wird der Code für Klarheit und Qualität refaktoriert, während die Tests grün bleiben.
Dieser Zyklus – Red (fehlschlagender Test), Green (bestehender Test), Refactor (sauberer Code) – wird typischerweise in sehr kurzen Schleifen von wenigen Minuten iteriert. Das Ergebnis ist Code, der von Design her hochgradig testbar ist und bei dem nahezu vollständige Testabdeckung organisch entsteht.
TDD ist besonders effektiv für Unit Testing, aber dieselbe Disziplin kann auf höheren Ebenen angewendet werden (ATDD – Acceptance Test-Driven Development).
Warum ist TDD relevant?
- Fehlerreduktion: Studien zeigen konsistent, dass TDD Fehlerraten um 40–90 % bei moderatem Entwicklungszeitaufwand reduziert
- Design-Verbesserung: Tests zuerst zu schreiben erzwingt klare Schnittstellen und Code mit einzelner Verantwortlichkeit
- Lebende Dokumentation: Die Test-Suite dokumentiert erwartetes Verhalten, das mit dem Code synchron bleibt