Der TDD-Prozess

1. Schritt 1: Schreiben eines Tests (Red)

•  Test schreiben: Der Entwickler beginnt damit, einen automatisierten Test für eine neue Funktion oder eine Änderung zu schreiben. Dieser Test beschreibt das gewünschte Verhalten der Software und ist in der Regel spezifisch und klein.
• Test ausführen: Der Test wird direkt nach dem Schreiben ausgeführt, und weil der dazugehörige Code noch nicht existiert, schlägt der Test fehl. Dies ist der „Red“-Zustand und bestätigt, dass der Test wirklich auf den neuen Code angewiesen ist.

2. Schritt 2: Code schreiben (Green)

•  Code implementieren: Der Entwickler schreibt nun gerade so viel Code, dass der Test besteht. Dabei wird darauf geachtet, dass der Code einfach und direkt auf den Test zugeschnitten ist, ohne unnötigen Ballast oder zusätzliche Funktionen.
• Test erneut ausführen: Nach dem Schreiben des Codes wird der Test erneut ausgeführt. Der Test sollte jetzt bestehen, was den „Green“-Zustand darstellt. Dies zeigt, dass der Code die spezifizierte Funktionalität erfüllt.

3. Schritt 3: Refactoring

• Code verbessern: Mit dem Testgrün und der Bestätigung, dass der Code funktioniert, geht der Entwickler dazu über, den Code zu verbessern (Refactoring). Ziel ist es, den Code sauberer, effizienter und wartbarer zu machen, ohne die Funktionalität zu verändern.
• Test ausführen: Nach dem Refactoring wird der Test (und alle anderen relevanten Tests) erneut ausgeführt, um sicherzustellen, dass der Code immer noch korrekt funktioniert.