Der agile Testprozess: Warum man Tests immer wieder wiederholt

Es kommt immer wieder vor, dass Tests wiederholt werden müssen. Wie lässt sich das Problem in der agilen Softwareentwicklung beheben?

Ich habe in den vielen Jahren, die ich in agilen Entwicklungsteams arbeite, immer wieder erfahren müssen, dass ich den Testaufwand zwei-, drei- oder sogar viermal wiederholen musste. Mit anderen Worten: Im eingesetzten agilen Testprozess testete ich die gleiche Sache mehrmals in einer Reihe ähnlicher, aber dennoch unterschiedlicher Serverumgebungen.

Dies sind keine unterschiedlichen Plattformen oder Versionen. Es sind verschiedene Server, die Continuous Deployment und Integration beherbergen. Der finale Testserver sollte dabei dem Produktionsserver so ähnlich wie möglich sein. Produktionsserver werden nur selten getestet, selbst bei automatisierten Tests. Der Grund, warum ich die Tests wiederhole, ist die Anhäufung von unbrauchbaren Testdaten, welche die Leistung und/oder Anwendungsfunktionen beeinflussen.

Das schlimmste, was ich allerdings je erlebt habe, sind Tests auf drei Servern innerhalb von drei oder weniger Tagen. Dennoch traten die Fehler auf keinen der drei Server, aber im produktiven Umfeld auf. Ich konnte nicht verstehen, warum ein dupliziertes Produktionsserver-Setup und eine praktisch identische Datenkonstruktion nicht für Qualitätssicherungstests möglich sind. Dies würde die Notwendigkeit beseitigen, unnötige Tests über mehrere Server zu wiederholen, während die Anwendung kontinuierlich bereitstellt und integriert wird. Ich würde nicht mehr als zweimal testen müssen – einmal für die Qualitätssicherung und einmal im Produktivbetrieb oder einer exakten Kopie der Produktionsumbegung.

Ist es agil, Testausführungen mehrmals zu wiederholen? Wenn ich immer wieder auf Servern teste, die keine Produktionsserver sind, lohnt sich dann die doppelte Arbeit, der doppelte Stress und die doppelt investierte Energie? Ich würde auf die Fragen mit nein antworten.