Warum frühzeitige Tests in der Softwareentwicklung so wichtig sind

Das Testen neuer Entwicklungsstände gehört zu den Routinearbeiten in der Softwareentwicklung. Dessen Bedeutung sollte aber auf keinen Fall und zu keinem Zeitpunkt unterschätzt werden. Nach der 1:10:100-Regel vervielfachen sich die Kosten einer Fehlerbehebung mit dem Zeitpunkt der Entdeckung um den Faktor 10 (Erklärungen der 1:10:100 Regel in englisch: 1, 2, 3).

Wird ein Fehler noch während eines Tests durch den Programmierer selbst entdeckt, so kann er meist schnell behoben werden. Der zusätzliche Aufwand beschränkt sich auf die Fehlerbehebung selbst.

Wird der Fehler erst durch einen Tester entdeckt, wenn der neue Entwicklungsstand bereits auf einem Testsystem läuft, steigt bereits der Aufwand. Der Tester wird den Fehler dokumentieren, einen entsprechenden Vorgang in der Aufgabenverwaltung/im Bugtracker anlegen bzw. wiedereröffnen, den Entwickler darauf aufmerksam machen, dieser wird den Fehler beheben, der Stand auf dem Testserver wird noch einmal aktualisiert, es erfolgt ein weiterer Test auf dem Testserver, bevor der neue Stand live eingespielt werden kann. Womöglich kann hierdurch auch noch eine Verschiebung des GoLive-Termins entstehen, was nicht nur den Produktmanager besonders ärgern dürfte.

Am unangenehmsten und kostspieligsten ist der Fall, wenn der Fehler erst im Live-Betrieb bekannt wird, womöglich noch durch den Hinweis von einem oder mehreren Nutzern. Neben den Kosten durch die aufwändige Fehlerbehebung, wie sie auch bei der Entdeckung auf dem Testsystem anfallen, muss jetzt zusätzlich extra für diesen Fehler der Stand auf dem Live-System aktualisiert werden. Zusätzlich gefährdet solch ein Fehler das Image der Software, sorgt für Verärgerung bei den Nutzern und kann auch Umsätze verhindern, wenn umsatzrelevante Funktionen nicht mehr genutzt werden konnten.

Unter anderem sind daher Tests in diesen Stadien der Softwareentwicklung äußerst sinnvoll: