Regressionstests mit einer agilen Denkweise

Wenn Sie agile Methoden auf bestehende Softwareentwicklungspraktiken anwenden, ist es oft sinnvoll, bei den Grundlagen zu beginnen. Für Regressionstests läuft das auf Folgendes hinaus:

1. Regressionstests gewährleisten die Kontinuität der Geschäftsfunktionen.
2. In einem agilen Kontext hilft es dem Team, sich auf die (neuen) Funktionen zu konzentrieren, die im Sprint entwickelt werden sollen, während die Gesamtstabilität erhalten bleibt.
3. Um Regressionstests in einem agilen Kontext optimal zu nutzen, sollten Testautomatisierung und kontinuierliche Ausführung eingesetzt werden.
4. Es ist wichtig, den Unterschied zwischen funktionalen Tests und Regressionstests zu kennen, um einige häufige Fallstricke zu vermeiden.

Regressionstests gewährleisten die Kontinuität der Geschäftsfunktionen Der Zielbereich des Regressionstests ist der komplette Satz von (End-to-End-) Geschäftsfunktionen, die ein System umfasst. Dieselben Tests werden im Laufe der Zeit wiederholt ausgeführt, um sicherzustellen, dass die erforderlichen Verhaltensweisen des Systems stabil bleiben. In einem agilen Kontext bedeutet dies, dass die Ergebnisse von Regressionstests für den Product Owner am Ende eines jeden Sprints von großem Wert sind, wenn er nicht nur die neu entwickelte Funktionalität, sondern die Gesamtfunktionalität des Systems nach den vorgenommenen Änderungen bewerten und abnehmen muss. Im Idealfall sollte es keine Rückschritte in der Funktionalität des Systems geben. In realen, komplexen Systemen kann jedoch ein Kompromiss zwischen dem unmittelbaren Wert der neuen Funktionalität und den (ungewollt) eingeführten Regressionsfehlern geschlossen werden. Der Product Owner sollte jedoch sehr vorsichtig sein! Eine Null-Toleranz-Politik gegenüber Fehlern ist auf lange Sicht weitaus effektiver als die Inkaufnahme selbst kleiner Regressionen im Interesse einer schnelleren Entwicklung. Daher ist es besser, den Umfang zu verringern, als Regressionen zu akzeptieren. Natürlich müssen Erwartungen und manchmal auch ganze Tests angepasst werden, wenn sich Geschäftsfunktionen ändern oder neue Tests hinzugefügt werden, wenn zusätzliche Funktionen entwickelt werden. In einem agilen Kontext, in dem der Wandel kontinuierlich und schrittweise erfolgt, sollten Änderungen an den Geschäftsfunktionen nicht störend sein. Die Pflege der Regressionstestsuiten kann eine relativ einfache Aufgabe sein. Fokus auf neue Funktionalität Einer der wichtigsten Erfolgsfaktoren des agilen Ansatzes (insbesondere SCRUM) ist, dass er es dem gesamten Team ermöglicht, sich auf die Funktionalität zu konzentrieren, die für den aktuellen Sprint geplant wurde. Dieser Fokus ermöglicht es dem Team, in jeder Hinsicht die beste Qualität der Lösung anzustreben, sei es bei der Architektur, dem Design, der Implementierung oder den Tests. In einer komplexen Umgebung können Sie von einem Team nicht erwarten, dass es sich auf einen bestimmten Teil konzentriert und gleichzeitig die Konsequenzen und Risiken für das gesamte System versteht. Regressionstests bieten in dieser Situation ein Sicherheitsnetz für das Team. Alle Bereiche der Umgebung, die bei der Analyse des Problems oder der vorgeschlagenen Lösung übersehen wurden, werden durch den Regressionstest aufgezeigt, vorausgesetzt, die Abdeckung der Regressionstestsuiten ist ausreichend. Kontinuierliche automatisierte Regressionstests geben schnelles Feedback Damit das Team effizient auf alle Erkenntnisse aus den Regressionstests reagieren kann, müssen die Regressionstests unbedingt kurz nach den Änderungen ausgeführt werden. Eine verspätete Rückmeldung bedeutet, dass es schwieriger ist, die Quelle des unerwarteten Verhaltens zu finden, den Fehler zu analysieren und die Implementierung zu korrigieren. Das Team ist möglicherweise dazu übergegangen, andere Änderungen in anderen Bereichen des Systems zu implementieren, was bedeutet, dass es mehr Aufwand bedeutet, zu dem Bereich zurückzukehren, in dem das Problem gefunden wurde. Da das Problem während der Funktionstests nicht aufgetaucht ist, ist es sehr wahrscheinlich, dass die Ursache des Problems eher struktureller Natur ist und die Architektur und das Design der Lösung neu bewertet werden müssen. Höchstwahrscheinlich müssen neue Funktionstests hinzugefügt werden, um sicherzustellen, dass die gefundenen Probleme nicht nur die Spitze des Eisbergs sind.Das erforderliche schnelle Feedback kann oft nur erreicht werden, wenn die Regressionstests schnell und automatisch ausgeführt werden. Zu diesem Zweck müssen Regressionstests geskriptet und in einer automatischen Build-Umgebung ausgeführt werden. Regressionstestsuite != Summe(Funktionale Testsuiten) Der Zweck funktionaler Tests besteht darin, das Verhalten bestimmter Geschäftsfunktionen zu untersuchen und Eckfälle aufzuzeigen. Wie bereits erwähnt, besteht der Zweck von Regressionstests darin, einen Gesamtüberblick über das gesamte System zu geben. Diese beiden Zwecke sind unterschiedlich und daher sollten funktionale Testsuiten nicht einfach als Regressionstests verwendet werden. In einem agilen Kontext werden funktionale Tests verwendet, um zu beweisen, dass das Team die für einen Sprint geplante Funktionalität geliefert hat. Die Entwicklung der funktionalen Testfälle ist Teil des Sprints, in dem die Funktionalität entwickelt wird. Die funktionalen Testfälle sind somit eine Grundlage für den Product Owner, die neue Funktionalität zu akzeptieren. In vielen agilen Teams habe ich gesehen, dass funktionale Tests, die für frühere Sprints entwickelt wurden, nacheinander als Regressionstests für den aktuellen und die kommenden Sprints ausgeführt werden. Obwohl dies ein einfacher und billiger Ansatz ist, um eine Regressionstestsuite zu erstellen, gibt es eine Reihe von Problemen mit diesem Ansatz:

1. Da das System iterativ und evolutionär entwickelt wird, werden dieselben Geschäftsfunktionen oft über viele Sprints hinweg mehrfach geändert und erweitert. Infolgedessen werden viele Funktionstests für dieselbe Geschäftsfunktion geschrieben. Das bedeutet eine Menge "Testduplizierung". Da sich die Geschäftsfunktion ändert, müssen die alten Testskripte angepasst werden und der erforderliche Aufwand steigt mit jedem Sprint.
2. Gleichzeitig hat sich der Wert der Regressionstests nicht erhöht, da die gleiche Geschäftsfunktion getestet wird. Der Gesamtüberblick über das System hat sich nicht verbessert, sondern wurde durch das Hinzufügen weiterer Daten verschleiert.
3. Als Nebeneffekt dauert es auch länger, die Regressionstests auszuführen und die Ergebnisse zu analysieren.

Daher ist es besser, mit einem kleineren, relativ stabilen Satz von Regressionstests zu arbeiten (oder darauf hinzuarbeiten). Dieser Satz sollte auf der Grundlage von Kenntnissen über die Geschäftsfunktionen und die technische Implementierung erstellt werden, um eine ausreichende, aber nicht überflüssige Abdeckung zu gewährleisten. Es liegt also in der Verantwortung des gesamten Teams. Wie entwickelt das Team also diesen Satz von Regressionstests?

1. Der Product Owner stellt eine Liste aller Geschäftsfunktionen zusammen, die in den Regressionstest einbezogen werden sollen. Dies kann schrittweise über mehrere Sprints hinweg geschehen, während das Team lernt, welche Funktionen wichtig sind. Auch die Erstellung der Tests kann schrittweise erfolgen.
2. Funktionstests im Sprint sind im Grunde genommen "Wegwerftests": Sie sind nicht dazu gedacht, lange gepflegt zu werden. Vielleicht behalten Sie die Tests, um sie später zu aktualisieren und wiederzuverwenden.
3. Einige Funktionstests können zu Regressionstests aufgewertet werden, wenn sie bestimmte Geschäftsfunktionen besser abdecken als bestehende Tests. Die bestehenden Tests können dann aus der Regressionstestsuite herausgenommen werden.
4. Skripte für Regressionstests werden bei Bedarf im Sprint aktualisiert. Dies ist Teil der UserStory und sollte daher bei der Schätzung berücksichtigt werden.

Schlussfolgerungen

1. Regressionstests spielen in der agilen Entwicklung eine wichtige Rolle. Neben dem üblichen Zweck, die Stabilität zu prüfen, helfen sie dem Team, sich auf die Funktionalität im aktuellen Sprint zu konzentrieren.
2. Auch wenn es verlockend ist, die funktionalen Tests der vergangenen Sprints als Regressionstests für den aktuellen Sprint zu verwenden, führt dies zu einer unhandlichen Regressionstestsuite und verwischt den Zweck der Regressionstestsuite, indem eine Menge Doppelarbeit eingeführt wird. Stattdessen sollte die Regressionstestsuite so aufgebaut sein, dass sie die (wichtigsten) Geschäftsprozesse widerspiegelt.