Fachinformatiker: Test-Driven Development (TDD) – einfach erklärt

Wichtige Punkte:

1. 1**1. Red (Rot)**: Schreibe einen automatisierten Test für eine neue, noch nicht existierende Funktionalität. Dieser Test muss fehlschlagen, da die Funktion noch nicht implementiert ist. Das ist wichtig, um sicherzustellen, dass der Test auch wirklich etwas testet.
2. 2**2. Green (Grün)**: Schreibe den minimal notwendigen Code, damit der zuvor geschriebene Test erfolgreich durchläuft. Konzentriere dich nur darauf, den Test zum Bestehen zu bringen, nicht auf perfekte Code-Qualität oder Eleganz.
3. 3**3. Refactor (Refaktorieren)**: Verbessere den Code, den du gerade geschrieben hast, ohne seine Funktionalität zu ändern. Das bedeutet, du machst ihn sauberer, effizienter und besser lesbar, während alle Tests weiterhin grün bleiben. Hier geht es um Code-Qualität und Design.
4. 4**4. Wiederholen**: Wiederhole diesen Zyklus für jede kleine Funktionalität, die du hinzufügen möchtest. TDD lebt von kleinen, inkrementellen Schritten.