Erst testen, dann implementieren

Das Ziel des Test-Driven Development ist es, Tests explizit und automatisch wiederholbar zu machen. Der Arbeitsablauf ist, anders als beim herkömmlichen Programmieren, in sehr kleine Iterationen unterteilt.

Beim Test-Driven Development schreiben Sie die Unit-Tests für Ihre Features, bevor Sie die Features selbst schreiben. Unit-Tests sind automatisch wiederholbare Tests von Methoden, Klassen und kleinen Programmeinheiten. Schon während Sie die Tests schreiben, sollten Sie sich ausführlich über die gewünschte Funktionalität Gedanken machen.

Wenn Sie dann Ihre Tests ausführen, schlagen diese natürlich fehl, denn die getestete Funktionalität ist ja noch gar nicht implementiert. Im nächsten Schritt schreiben Sie den minimal notwendigen Code, der notwendig ist, um den Test erfolgreich durchlaufen zu lassen (siehe Abbildung 2.8). Ein erneuter Test läuft nun problemlos durch. Als Nächstes sollten Sie beginnen, darüber nachzudenken, welche Funktionalität noch fehlt, denn Sie haben bisher nur den minimal notwendigen Code geschrieben. Wenn Sie wissen, was Sie nun implementieren möchten, schreiben Sie einen neuen Unit-Test, mit dem Sie diese Funktionalität testen können. Auf diese Weise beginnt der Prozess des Testens und Programmierens immer wieder von Neuem.