Der testgetriebene Entwicklungszyklus

Ziel

Code in kleinen, geprüften Schritten wachsen lassen, sodass jedes Verhalten durch einen Test spezifiziert wird, bevor es implementiert wird, und das Design fortlaufend refaktoriert wird, während Tests es absichern.

Voraussetzungen

Ein schneller Testrunner (Sekunden, nicht Minuten) und eine Einheit, die klein genug ist, um isoliert getestet zu werden.

Schritte

1. Einen Test für das nächste kleine Verhalten schreiben und ausführen; er muss aus dem erwarteten Grund scheitern.
2. Den minimalen Code schreiben, der den Test bestehen lässt, auch wenn er naiv wirkt.
3. Alle Tests ausführen; wenn alles grün ist, Duplikate und unklare Namen refaktorieren, ohne das Verhalten zu ändern.
4. Wiederholen. Den Zyklus kurz halten; braucht ein Schritt mehr als ein paar Minuten, ist der Schritt zu gross.
5. An grünen Punkten committen, mit Nachrichten, die das hinzugefügte Verhalten benennen.

Erwartetes Ergebnis

Eine Testsammlung, die Verhalten Schritt für Schritt dokumentiert, Code ohne ungetestete Zweige und ein Design, das refaktoriert wurde, solange dies noch günstig war.

Grenzen und Prüfbasis

Der Zyklus eignet sich für Logik mit klaren Ein- und Ausgaben; Layout von Benutzeroberflächen oder explorative Prototypenbildung passen weniger gut dazu. TDD garantiert für sich allein kein gutes Design; im Refaktorierungsschritt entsteht das Design, und dieser Schritt wird am häufigsten übersprungen. Die Beschreibung folgt dem zitierten Artikel.