Der Agile Testing Lebenszyklus: Ein umfassender Leitfaden
Sind Sie mit dem Agilen Testlebenszyklus (ATLC) vertraut? Es handelt sich dabei um einen Prozess, den Softwareentwicklungsteams nutzen, um die ordnungsgemäße und effektive Prüfung ihrer Anwendungen sicherzustellen.
Dieser Beitrag führt Sie durch alle wichtigen Aspekte des ATLC. Sie erhalten Einblicke in seine Vorteile, die einzelnen Prozessschritte, die Planung einer praktikablen Teststrategie, die Durchführung von Tests basierend auf erfassten Anforderungen, die Fehlerverfolgung, Benutzerakzeptanztests (UAT) und die kontinuierliche Integration sowie die Testautomatisierung.
Nach dem Lesen dieses Leitfadens werden Sie besser verstehen, wie Sie agiles Testen als integralen Bestandteil Ihres Softwareentwicklungszyklus einsetzen können!
Wenn Sie ein agiler Entwickler, Tester oder Produktmanager sind, der nach effektiveren Methoden zur Produktbereitstellung sucht, wird dieser Artikel die relevanten Phasen und notwendigen Maßnahmen erläutern.
Überblick über den Agilen Testlebenszyklus
Es ist allgemein bekannt, dass das Testen im agilen Entwicklungsumfeld eine entscheidende Rolle spielt. Dennoch wird diese Aktivität innerhalb agiler Prozesse oft unterschätzt. Das mag an der finanziellen und zeitlichen Belastung liegen, die bis zur Produktionsfreigabe anfällt.
Ohne gründliche Tests gibt es jedoch keine Garantie für die Qualität oder Zuverlässigkeit eines Produkts, das von Ihrem Team entwickelt wird. Daher ist das Verständnis des agilen Testlebenszyklus unerlässlich – von der Identifizierung der Arbeitsaufgaben bis zur Bestimmung der jeweils geeigneten Testart.
Der agile Testzyklus erfordert die Einbindung von Entwicklern und Testern in jeden einzelnen Sprint. Eine erfolgreiche Umsetzung ermöglicht die Testautomatisierung in jeder Phase. Dadurch werden Fehler frühzeitig und häufiger entdeckt, was die spätere Fehlerbehebungszeit reduziert.
Agiles Testen hilft auch dabei, Anforderungen frühzeitig zu validieren und verbessert als zusätzlichen Vorteil die Kundenzufriedenheit durch die Lieferung eines hochwertigen Produkts.
Was ist Agiles Testen und welche Vorteile bietet es?
Agiles Testen ist ein innovativer Ansatz zur Softwareprüfung, der Automatisierung nutzt, um einen iterativen Testprozess zu etablieren. Dieser automatisierungszentrierte Ansatz hilft Teams, Unstimmigkeiten oder Probleme im Code schnell zu analysieren und darauf aufbauend Änderungen zu testen.
Die Hauptvorteile dieses Verfahrens sind offensichtlich:
- Sicherstellung der erforderlichen Wirkung der Tests
- Effizienzsteigerung in der Entwicklungszeit
- Schnellere Fehlerbehebungszeiten im gesamten entwickelten System
- Verbesserung der Kundenzufriedenheit
Qualität und Geschwindigkeit sind hier entscheidende Faktoren, da ein Sprint in einem kurzen Zeitraum (meist 2 bis 4 Wochen) definiert ist. Je mehr sich das Team auf die Qualität der Sprinttests verlassen kann, desto größer ist das Vertrauen und desto schneller kann es Entwicklungsfortschritte erzielen.
Der Fokus auf Automatisierung sollte das Hauptziel eines jeden agilen Teams sein. So können Teams das Risiko kostspieliger Fehler minimieren und mehr Zeit für die Entwicklung neuer Inhalte aufwenden, anstatt bereits produktive Software zu reparieren.
Ein weiterer positiver Nebeneffekt ist eine bessere Einschätzung der Projektkosten und des Zeitplans. Da das Produkt viel ausgereifter und vorhersehbarer ist, gibt es weniger unvorhergesehene Probleme, mit denen sich das Team im Sprint auseinandersetzen muss, ohne diese Komplikationen im Vorfeld einzuplanen.
Die Phasen des Agilen Testlebenszyklus
Der agile Testlebenszyklus umfasst vier verschiedene Phasen:
Unit-Tests
Diese Tests werden von Entwicklern durchgeführt, sobald der Code aus Entwicklungssicht fertig ist. Sie werden isoliert in einer Entwicklungsumgebung ausgeführt, ohne andere Systemteile zu berücksichtigen.
Unit-Tests dienen zur Prüfung des Codes und können manuell oder automatisch durchgeführt werden.
Bei der manuellen Ausführung führt der Entwickler seine Testfälle selbst aus. Das ist schnell zu bewerkstelligen, beansprucht jedoch mehr Zeit des für die Entwicklung vorgesehenen Sprints, insbesondere aus langfristiger Perspektive.
Eine Alternative dazu ist die Entwicklung eines automatisierten Unit-Testcodes, der die Funktionalität des Codes im Wesentlichen durch Ausführung verifiziert. Das bedeutet, dass der Entwickler neben der Entwicklung der neuen Funktion auch Zeit für die Entwicklung des Komponententestcodes aufwenden muss, der diese Funktion testet.
Obwohl dies kurzfristig einen größeren Aufwand darstellen mag, ist es eine Zeitersparnis für das gesamte Projekt. Solche Unit-Tests können in späteren Phasen des Sprinttests problemlos wiederverwendet werden. Sie können sogar in reguläre Regressionstestfälle integriert werden, was zusätzlich Zeit spart.
Je höher die Codeabdeckung durch automatisierte Unit-Tests ist, desto besser können dem Kunden Metriken zur Codezuverlässigkeit präsentiert werden.
Funktionstests
Funktionstests dienen der Beurteilung, wie gut ein Feature einer Anwendung funktioniert. Diese Art von Test wird verwendet, um die korrekte Funktionalität des Codes zu prüfen. Im Fokus stehen hier nicht nur technische Aspekte (die hauptsächlich im Unit-Test behandelt wurden), sondern auch die Beurteilung, ob die Software die Bedürfnisse und Erwartungen der Benutzer erfüllt.
Mit anderen Worten, Funktionstests werden genutzt, um zu überprüfen, ob die Entwicklung den Anforderungen der Geschäftsanwender entspricht.
Es ist ratsam, wichtige Testfälle im Vorfeld von relevanten Stakeholdern (entweder vom Produkteigentümer oder sogar von den Endbenutzern) zu sammeln und eine Liste aller Testfälle zu erstellen, die für den Inhalt innerhalb des Sprints erforderlich sind.
Die Automatisierung von Funktionstests erfordert einen höheren Aufwand bei der Testentwicklung, da es sich um komplexe Prozesse handelt, die zusammen mit verschiedenen Teilen des Systems verifiziert werden müssen. Hier ist es am besten, ein dediziertes Team einzusetzen, das sich ausschließlich mit der Entwicklung der Funktionstests befasst und parallel mit dem Hauptentwicklungsteam an neuen Funktionen arbeitet.
Sicherlich bedeutet dies für das Projekt höhere Kosten für die Aufrechterhaltung eines separaten Teams, jedoch birgt es ein großes Potenzial, langfristig Geld zu sparen. Es obliegt den Projektmanagern, die Vorteile und Einsparungen zu erläutern und konkret zu berechnen, um vor den zuständigen Fachanwendern eine solide Argumentation für eine solche Erhöhung der Projektkostengenehmigung vorzubringen.
Andererseits kann diese Aktivität, wenn sie manuell durchgeführt wird, von einem sehr kleinen Team (in einigen Fällen sogar von einer einzelnen Person) durchgeführt werden. Sie erfordert jedoch eine ständige manuelle und wiederholte Tätigkeit in jedem einzelnen Sprint. Mit der Zeit, wenn der Funktionsumfang des Systems erweitert wird, kann es schwieriger werden, mit soliden Funktionstests Schritt zu halten.
Regressionstests
Regressionstests dienen der Sicherstellung, dass alles, was bisher funktioniert hat, auch nach dem nächsten Release funktioniert. Regressionstests müssen durchgeführt werden, um Kompatibilitätsprobleme zwischen verschiedenen Modulen zu vermeiden.
Testfälle für Regressionstests sind am besten, wenn sie regelmäßig gepflegt und vor jedem Release überarbeitet werden. Entsprechend den konkreten Projektspezifikationen ist es empfehlenswert, sie einfach zu halten, aber dennoch einen Großteil der Kernfunktionen und wichtigsten End-to-End-Flows abzudecken, die das gesamte System durchlaufen.
Normalerweise gibt es in jedem System solche Prozesse, die viele verschiedene Bereiche berühren. Diese sind die besten Kandidaten für Regressionstestfälle.
Wenn automatisierte Komponententests und Funktionstests vorhanden sind, ist die Erstellung von Automatisierungen für Regressionstests eine sehr einfache Aufgabe. Verwenden Sie einfach, was Sie bereits haben, für die wichtigsten Teile des Systems (z. B. für Prozesse, die am häufigsten in der Produktion verwendet werden).
Benutzerakzeptanztests (UAT)
Schließlich wird durch UAT überprüft, ob die Anwendung die notwendigen Anforderungen für die Produktionseinführung erfüllt. Dieser Ansatz ist am effektivsten, wenn Software in kurzen und intensiven Zyklen getestet wird.
UAT-Tests sollten ausschließlich von Personen außerhalb des agilen Teams durchgeführt werden, idealerweise von Geschäftsanwendern in einer dedizierten Umgebung, die der zukünftigen Produktionsumgebung möglichst nahe kommt. Alternativ kann der Product Owner hier die Endbenutzer vertreten.
In jedem Fall sollte dies aus Sicht des Endbenutzers ein sauberer Funktionstest sein, ohne Verbindung zum Entwicklungsteam. Die Ergebnisse dieser Tests sind entscheidend für die Go/No-Go-Entscheidung zur Freigabe des Produkts.
Planung einer effektiven Teststrategie
Die Planung ist ein wichtiger Bestandteil des agilen Testens, da sie die gesamte Strategie zusammenhält. Sie muss auch klare Erwartungen an den Zeitplan im Kontext der Sprints festlegen.
Durch eine effektive Verwaltung der agilen Testplanung können Teams eine klare Richtung vorgeben, die zu einer effizienten Nutzung der Ressourcen innerhalb eines Sprints führt. Eine stärkere Zusammenarbeit zwischen Testern und Entwicklern ist selbstverständlich.
Es sollte auch ein umfassender Plan erstellt werden, um festzulegen, wann Unit-Tests, Funktionstests oder Benutzerakzeptanztests in jedem Entwicklungssprint stattfinden. So weiß jeder genau, wann seine Teilnahme für einen erfolgreichen agilen Start erforderlich ist.
Die Erstellung des Plans kann nach weiteren Diskussionen und Vereinbarungen erfolgen. Am wichtigsten ist jedoch, dass er zu einem Prozess wird, an den man sich hält. Schaffen Sie eine zuverlässige und vorhersehbare Regelmäßigkeit.
Weichen Sie nicht von dem Prozess ab. Andernfalls wird genau das Gegenteil die Realität sein – Chaos und unvorhersehbare Freigaben für die Produktion.
Ausführen von Tests basierend auf der Erfassung von Anforderungen
Tests müssen gemäß den Anforderungen jeder Phase durchgeführt werden. Wenn ein Fehler oder ein Problem gefunden wird, werden Tickets erstellt und dem Entwicklungsteam zugewiesen, das dann die erforderlichen Korrekturen am Code vornimmt. Sobald alle Fehler behoben sind, kann die agile Testausführung fortgesetzt werden, bis alle Tests erfolgreich sind.
Überprüfung der Ergebnisse und Fehlerverfolgung
Eine effektive Überprüfung der Ergebnisse und ein solider Fehlerverfolgungsprozess sind unerlässlich. Der Prozess sollte alle relevanten Stakeholder einbeziehen, von Projektmanagern und Testern bis hin zu Entwicklern. Er unterstützt Teams und ermöglicht es auch, Feedback von Kunden einzuholen.
Diese Aktivität sollte umfassend genug sein, damit Probleme schnell erkannt und behoben werden können, bevor der bereits geplante Veröffentlichungstermin gefährdet ist.
Die Wahl des Tools liegt wieder beim Team. Doch einmal ausgewählt, muss jede Testaktivität zuverlässige Fehlerverfolgungsprozesse umfassen, um Probleme zu überwachen, sie nach Abhängigkeiten zu priorisieren, Statusaktualisierungen von Entwicklern bei der Lösung oder Übertragung zur weiteren Untersuchung zu melden und die Tickets zu schließen, sobald sie gelöst sind.
Die Überprüfung hilft agilen Testern, das Verhalten ihres Systems zu verstehen und Fehler bei jedem Schritt zu identifizieren, anstatt erst später im Prozess. Regelmäßige Überprüfungen ermöglichen es agilen Teams auch, Trends und verbesserungswürdige Bereiche zu erkennen, sodass sie ihr Test-Framework kontinuierlich aktualisieren und qualitativ bessere Produkte schneller entwickeln können.
Abschluss der Produktfreigabe mit Produktionsrauchtest
Um den Erfolg der Veröffentlichung zu maximieren, ist ein Rauchtestlauf gegen die Produktion (direkt nach der Veröffentlichung) eine Möglichkeit, mehr Vertrauen zu gewinnen.
Dieser Test besteht aus einer Reihe von schreibgeschützten Aktivitäten innerhalb des Produktionssystems, die keine neuen Zufallsdaten erzeugen, aber dennoch die grundlegende Funktionalität des Systems aus Sicht der Endbenutzer überprüfen.
Die Einbeziehung der richtigen Stakeholder in den Prozess trägt dazu bei, die Ausrichtung und Verantwortlichkeit sicherzustellen und gleichzeitig das Vertrauen zu stärken, dass die Ziele erreicht wurden. Letztendlich garantieren diese Tests eine erfolgreiche Freigabe.
Kontinuierliche Integration und Automatisierung von Tests zur Verbesserung der Effizienz
Kontinuierliche Integration und Automatisierung von Tests werden zunehmend von Unternehmen eingesetzt, um agile Prozesse auf die nächste Stufe zu heben.
Wenn das Team die Automatisierung wie oben beschrieben in mehreren Phasen implementieren kann, lassen sich diese kombinieren und zu einer dedizierten Testpipeline verbinden. Es handelt sich dabei im Grunde um einen vollautomatischen Batch-Prozess, der den Großteil der Testaktivitäten unabhängig und ohne die Beteiligung eines anderen Teammitglieds durchführt.
Im Laufe der Zeit wird eine solch umfassende Testpipeline die für alle Testphasen benötigte Gesamtzeit verkürzen. Letztendlich kann dies zu einer wirklich schnellen inkrementellen Produktionsfreigabe nach dem Ende jedes Sprints führen. Obwohl dies ein Idealfall-Szenario ist, ist es in der Realität mit all den erforderlichen Testschritten schwer zu erreichen. Automatisierung ist der einzige Weg dorthin.
Unterschied zwischen Agilen Tests und Wasserfalltests
Agile Teststrategien unterscheiden sich in mehrfacher Hinsicht von traditionellen Wasserfallteststrategien, beispielsweise in Bezug auf die Periodizität, Parallelität oder die für jede Aktivität aufgewendete Zeit.
Der wichtigste Unterschied liegt jedoch im Fokus jedes Ansatzes:
- Agiles Testen konzentriert sich auf konstante, schnelle Iterationen von Entwicklungs- und Feedbackschleifen, um Probleme zu identifizieren und das Produkt schnell zu verbessern. Es ist ein iterativer Prozess, bei dem die Zusammenarbeit mit Kunden, kontinuierliche Integration und adaptive Planung im Mittelpunkt stehen.
- Traditionelle Wasserfalltests hingegen betonen einen linearen Prozess, bei dem jede Phase separat und in sequentieller Reihenfolge abgearbeitet wird. Feedback zur gesamten Lösung ist erst in der allerletzten Phase des Projekts, kurz vor dem endgültigen Produktionsfreigabetermin, vorgesehen.
Je früher die Probleme von den Hauptbeteiligten erkannt werden, desto besser ist die Situation für das Projekt. Hier bietet die agile Methodik definitiv die besseren Erfolgsaussichten.
Fazit
Obwohl der agile Testlebenszyklus kürzer zu sein scheint als der Wasserfallansatz, ist dies in Wirklichkeit nicht der Fall. Der gesamte Prozess ist kontinuierlich und dauert bis zum Produktionsfreigabedatum. Je nach verfügbarem Budget und der für jeden Sprint verfügbaren Zeit müssen Sie priorisieren, welche Tests während dieses bestimmten Sprints durchgeführt werden.
Eine gut geplante Teststrategie hilft Ihnen bei der Auswahl, welche Funktionen oder Module mehr Aufmerksamkeit erfordern als andere. Die Automatisierung ermöglicht die Einbeziehung mehrerer Testphasen in denselben Sprint, wodurch die Gesamtzuverlässigkeit des Systems von Sprint zu Sprint erhöht wird.
Sie können sich jetzt einige der Best Practices für Scrum-Tests ansehen.