Ein Blick auf die Test First-Entwicklung

Das klassische Modell zur Softwareentwicklung lautet: „Erst programmieren und dann auf Fehler testen“. So haben die meisten von uns mit der Softwareentwicklung begonnen. Tatsächlich ist dies die Vorgehensweise, der die meisten Entwickler und Entwicklungsunternehmen folgen. Ich kenne Softwareunternehmen, die über langwierige Qualitätssicherungsprozesse und riesige Teams mit QA-Leuten und Testern verfügen, aber trotzdem schreiben sie einfach zuerst und testen dann.

Diese Art des Testens hält den Entwickler vom Testen ab. Normalerweise betrachten sich Entwickler nicht gerne als Tester. Wenn der Entwickler jedoch selbst Tests durchführt, ist es weniger wahrscheinlich, dass er/sie jeden möglichen Grenzfall austestet oder entdeckt. Entwickler sind normalerweise zu selbstsicher in Bezug auf ihren Code; sie gehen blind davon aus, dass er ohne Probleme laufen wird. Dies trifft jedoch in fast allen Fällen nicht zu. Die Fehler im Code können jederzeit auftauchen, selbst nach jahrelangem Betrieb in Produktionssystemen. Es ist billiger, die Fehler zu Beginn des Projektlebenszyklus zu finden und zu beheben, als sie zu beheben, nachdem das System in Betrieb genommen wurde.

Bei der Test-First-Entwicklung (auch Test Driven Development, TDD) wird im Gegensatz zur Code-First-Entwicklung der Schwerpunkt darauf gelegt, den Testcode zu schreiben, bevor der eigentliche Implementierungscode geschrieben wird. Die Tests werden für eine bestimmte Funktionseinheit geschrieben, die als Einheit bezeichnet wird. (Daher werden sie als Unit-Tests bezeichnet.) Normalerweise wird dies vom selben Entwickler durchgeführt, der dann Codes für die zu testende Funktion schreibt. Der Entwickler kann, noch bevor er seinen Code ausführt, zuerst den Test ausführen, um festzustellen, ob er fehlschlägt, und dann genügend Implementierungscode schreiben, damit der Test erfolgreich ist. Dann geht er zum nächsten Schritt über. Er schreibt Tests für die nächste Funktionseinheit, führt den Test aus, beobachtet, wie er fehlschlägt, und schreibt erneut genügend Code, damit er erfolgreich ist. Der Entwickler setzt diesen Zyklus fort, bis alle Kundenanforderungen implementiert sind. Das Endergebnis dieses Prozesses ist eine funktionsfähige Software, die vollständig getestet und als fehlerfrei bestätigt wurde. Da die Tests für die Funktionalität des Systems geschrieben wurden, können sie auch als Dokumentation dienen.

Die Entwicklung nach dem Prinzip „Test First“ hat in den letzten Jahren viel Aufmerksamkeit und Aufregung erfahren. Heutzutage gilt das Schreiben von Code ohne vorheriges Durchführen von Tests im Allgemeinen als schlechte Praxis. Dennoch ist es immer noch die gängigste Vorgehensweise.

Die Test-First-Entwicklung kann in den meisten aktuell gängigen Entwicklungssprachen durchgeführt werden.

https://docs.google.com/forms/d/1KvUfbvxYVNz3oYE8orFLYKPknETgC9AzWcMiwIdAKLI/prefill