Agiles Testen: Methodik & Lebenszyklus

Was ist agiles Testen?

Agiles Testen Agiles Testen ist eine Testmethode, die den Regeln und Prinzipien der agilen Softwareentwicklung folgt. Im Gegensatz zum Wasserfallmodell beginnt agiles Testen mit Projektbeginn und läuft kontinuierlich parallel zur Entwicklung. Es ist nicht sequenziell – es wird also nicht erst nach der Codierungsphase durchgeführt –, sondern in jede Iteration integriert, sodass das Team sofort Feedback erhält, sobald Fehler auftreten.

Prinzipien des agilen Testens

Die wesentlichen Prinzipien des agilen Testens sind:

• Funktionierende Software ist der wichtigste Maßstab für den Fortschritt.
• Die besten Ergebnisse erzielen selbstorganisierte Teams.
• Die frühzeitige und kontinuierliche Bereitstellung wertvoller Software hat höchste Priorität.
• Entwickler und Tester arbeiten während des gesamten Projekts täglich zusammen.
• Agilität wird durch kontinuierliche technische Verbesserungen und gutes Design gesteigert.
• Kontinuierliches Feedback stellt sicher, dass das Endprodukt die Geschäftserwartungen erfüllt.
• Die Tests werden während der Implementierung durchgeführt, was die gesamte Entwicklungszeit verkürzt.
• Der Testprozess behält ein gleichmäßiges, nachhaltiges Tempo bei.
• Teams halten regelmäßig inne, um zu reflektieren und sich anzupassen, um effektiver zu werden.
• Die besten Architekturen, Anforderungen und Designs entstehen in selbstorganisierten Teams.
• Das persönliche Gespräch ist die effektivste und effizienteste Form der Kommunikation innerhalb des Teams.

Zusammen angewendet, steigern diese Prinzipien die Produktivität der Softwareentwicklung und verkürzen den Weg von der Idee zur funktionierenden Funktion.

Lebenszyklus agiler Tests

Der agile Testlebenszyklus wird in fünf Phasen abgeschlossen, wie unten dargestellt.

Die Phasen sind:

• Phase 1: Folgenabschätzung. Sammeln Sie Rückmeldungen von Stakeholdern und Nutzern. Dies wird auch als Feedbackphase bezeichnet, da sie Testingenieuren hilft, Ziele für den nächsten Lebenszyklus festzulegen.
• Phase 2: Agile Testplanung. Alle Beteiligten kommen zusammen, um den Testzeitplan, den Umfang und die zu erbringenden Leistungen zu planen.
• Phase 3: Vorbereitung auf die Veröffentlichung. RevSehen Sie sich die implementierten Funktionen an und entscheiden Sie, welche bereit für den Livegang sind und welche zurück in die Entwicklung müssen.
• Phase 4: Tägliche Scrum-Meetings. Das morgendliche Stand-up-Meeting, in dem das Team den aktuellen Stand der Tests bespricht und Ziele für den Tag festlegt.
• Phase 5: Testagilität RevAussicht. Wöchentliche Treffen mit den Beteiligten zur Bewertung des Fortschritts im Hinblick auf die Ziele und zur Anpassung der Strategie.

Agile Testplan

An agiler Testplan beschreibt die Arten von Tests, die in einer Iteration durchgeführt werden, die benötigten Daten und die Infrastruktur, die Testumgebungenund die Testergebnisse. Im Gegensatz zum Wasserfallmodell wird ein agiler Testplan für jede Release erstellt und aktualisiert. Ein typischer Plan umfasst:

• Prüfumfang.
• Neue Funktionen werden getestet.
• Art und Umfang der Tests richten sich nach der Komplexität der Funktionen.
• Last- und Leistungstests.
• Infrastrukturüberlegungen.
• Risiko- und Minderungsplan.
• Ressourcenbeschaffung.
• Ergebnisse und Meilensteine.

Agile Teststrategien

Der agile Testlebenszyklus umfasst vier strategische Phasen.

Iteration 0

In der ersten Phase führen Sie die ersten Einrichtungsaufgaben durch. Dazu gehören die Auswahl von Testpersonen, die Installation der Testwerkzeuge und die Planung von Ressourcen wie beispielsweise einem Usability-Testlabor. Die Ziele von Iteration 0 sind:

• Erstellen Sie einen Business Case für das Projekt.
• Randbedingungen und Projektumfang definieren.
• Skizzieren Sie die wichtigsten Anforderungen und Anwendungsfälle, die die Design-Kompromisse bestimmen werden.
• Skizzieren Sie eine oder mehrere mögliche Architekturen.
• Identifizieren Sie Risiken.
• Schätzen Sie die Kosten und erstellen Sie einen vorläufigen Projektplan.

Konstruktionsiterationen

Die zweite Phase des agilen Testens sind die Konstruktionsiterationen, in denen der Großteil der Tests stattfindet. Diese Phase besteht aus einer Reihe von Iterationen, die die Lösung schrittweise aufbauen. Innerhalb jeder Iteration wendet das Team eine Kombination aus Praktiken von XP, Scrum, agiler Modellierung und agilen Daten an.

Die Teams folgen dem priorisierten Anforderungsansatz: In jeder Iteration werden die wichtigsten Elemente aus dem Backlog ausgewählt und implementiert. Die Konstruktionsiterationen lassen sich in zwei sich ergänzende Testarten unterteilen:

• Bestätigungstest Es wird überprüft, ob das System die Absichten der Beteiligten erfüllt. Dies wird vom Team selbst durchgeführt.
• Ermittlungstests Die Untersuchungstests suchen nach Problemen, die bei Bestätigungstests möglicherweise übersehen wurden. Tester melden potenzielle Probleme als Fehlerberichte. Die Untersuchungstests umfassen Integrations-, Last- und Stresstests sowie Sicherheitstests.

Die Bestätigungsprüfung hat zwei weitere Aspekte — Entwicklertests und Agile Akzeptanztests Beide sind automatisiert, um kontinuierliche Regressionstests während des gesamten Lebenszyklus zu ermöglichen. Konfirmatorische Tests sind das agile Äquivalent zum Testen gemäß der Spezifikation.

Agiles Akzeptanztesting kombiniert traditionelles Funktions- und Akzeptanztesting, da es vom Entwicklungsteam und den Stakeholdern gemeinsam durchgeführt wird. Entwicklertests kombinieren traditionelles Unit-Testing mit Serviceintegrationstests und überprüfen sowohl den Anwendungscode als auch das Datenbankschema.

Freigabe-, Endspiel- oder Übergangsphase

Ziel der Releasephase ist die erfolgreiche Implementierung des Systems im Produktivbetrieb. Zu den Aktivitäten gehören Schulungen für Endbenutzer, Supportmitarbeiter und Betriebsteams, die Vermarktung des Produkts, Backup- und Wiederherstellungsübungen sowie die Fertigstellung der System- und Benutzerdokumentation.

Die letzte agile Testphase umfasst vollständige Systemtests und Abnahmetests. Um einen reibungslosen Abschluss zu gewährleisten, muss das Produkt während der Entwicklungsiterationen gründlich getestet werden. In der Endphase konzentrieren sich die Tester auf die Behebung der zuvor gemeldeten Fehler.

Produktion

Nach der Freigabephase geht das Produkt in den Produktionsbetrieb über, wo es im laufenden Betrieb überwacht wird. Etwaige Probleme fließen in den nächsten Planungszyklus ein.

Die Agile-Testing-Quadranten

Die Quadranten des agilen Testens unterteilen den gesamten Prozess in vier Bereiche und helfen den Teams zu verstehen, wie agiles Testen durchgeführt wird.

Agiler Quadrant I

Quadrant I konzentriert sich auf die interne Codequalität mit technologiegetriebenen Tests, die das Team unterstützen:

• Komponententests.
• Komponententests.

Agile-Quadrant II

Quadrant II umfasst geschäftsorientierte Tests, die das Team unterstützen und sich auf die Anforderungen konzentrieren. Typische Aufgaben in diesem Quadranten sind:

• Testen von Beispielen möglicher Szenarien und Arbeitsabläufe.
• Testen von Artefakten zur Benutzererfahrung, wie z. B. Prototypen.
• Paarweiser Test.

Agiler Quadrant III

Quadrant III liefert Feedback für Quadrant I und II. Die hier erstellten Testfälle bilden oft die Grundlage für die Automatisierung, und wiederholte Überprüfungen stärken das Vertrauen in das Produkt. Typische Aufgaben umfassen:

• Usability-Tests.
• Exploratives Testen.
• Paarweises Testen mit Kunden.
• Gemeinsames Testen.
• Benutzerakzeptanztest.

Agiler Quadrant IV

Quadrant IV konzentriert sich auf nicht-funktionale Anforderungen wie Leistung, Sicherheit und Stabilität. Dieser Quadrant stellt sicher, dass die Anwendung die erwarteten nicht-funktionalen Eigenschaften erfüllt. Typische Aufgaben umfassen:

• Nichtfunktionale Tests wie Stress- und Leistungstests.
• Sicherheitstests, die Authentifizierung und Eindringversuche umfassen.
• Infrastrukturtests.
• Datenmigrationstests.
• Skalierbarkeitstests.
• Lasttest.

Qualitätssicherungsherausforderungen bei agiler Softwareentwicklung

Agile Entwicklungsmethoden bringen zwar echte Vorteile mit sich, stellen aber auch QA-Teams vor neue Herausforderungen:

• Die Dokumentation hat eine geringere Priorität, wodurch das Fehlerrisiko steigt und der Druck auf das QA-Team verlagert wird.
• Neue Funktionen kommen schnell auf den Markt, sodass den Testern weniger Zeit bleibt, die neuesten Funktionen anhand der Anforderungen und der Geschäftsziele zu überprüfen.
• Tester übernehmen oft eine Art Entwicklerrolle.
• Die Testausführungszyklen sind stark komprimiert.
• Für die Erstellung des Testplans steht nur begrenzt Zeit zur Verfügung.
• Die Budgets für Regressionstests werden knapp.
• Tester wandeln sich von Wächtern der Qualität zu Partnern im Bereich Qualität.
• Häufige Anforderungsänderungen sind ein wesentlicher Bestandteil agiler Vorgehensweisen und stellen eine der größten Herausforderungen für die Qualitätssicherung dar.

Risiko der Automatisierung im agilen Prozess

Automatisierung ist in agilen Projekten unerlässlich, birgt aber Risiken, die Teams aktiv managen müssen:

• Automatisierte UI-Tests bieten zwar hohe Zuverlässigkeit, sind aber langsam, fehleranfällig und wartungsintensiv. Produktivitätssteigerungen stellen sich erst ein, wenn Tester wissen, wie man gute Tests entwirft.
• Unzuverlässige Tests geben Anlass zu großer Sorge. Die Behebung fehleranfälliger Tests und falsch positiver Ergebnisse muss weiterhin höchste Priorität haben.
• Automatisierte Tests, die manuell statt über CI ausgeführt werden, bergen das Risiko, unbemerkt zu driften und veraltete Ergebnisse zu liefern.
• Automatisierung ersetzt nicht das explorative manuelle Testen. Für die erwartete Qualität ist eine Kombination aus Testarten und -stufen erforderlich.
• Aufzeichnungs- und Wiedergabewerkzeuge fördern UI-gesteuerte Skripte, die fehleranfällig und schwer zu warten sind. Tests, die außerhalb der Versionskontrolle gespeichert werden, erhöhen die Komplexität unnötig.
• Schlecht geplante Automatisierungsprojekte, die durchgeführt werden, um „Zeit zu sparen“, scheitern oft komplett.
• Bei der Automatisierung von Tests werden die Vorbereitungs- und Abbauprozesse leicht übersehen, während sie bei manuellen Tests automatisch erfolgen.
• Produktivitätskennzahlen wie „Testfälle pro Tag“ können Teams dazu verleiten, nutzlose Tests durchzuführen.
• Das Automatisierungsteam muss aus effektiven Beratern bestehen – zugänglich, kooperativ und einfallsreich –, sonst wird das Projekt scheitern.
• Lösungen, die einen hohen, kontinuierlichen Wartungsaufwand erfordern, können ihren Nutzen überwiegen.
• Automatisierte Tests verfügen möglicherweise nicht über das erforderliche Fachwissen, um effektive Lösungen zu liefern.
• Eine erfolgreiche Automatisierung kann mitunter keine wichtigen Probleme mehr lösen und sich auf weniger wertvolle Aufgaben verlagern.

Best Practices für effektives agiles Testen

Die folgenden Vorgehensweisen sorgen dafür, dass agiles Testen schnell, zuverlässig und wertvoll für das Team bleibt:

• Shift links: Beginnen Sie die Tests bereits bei der Anforderungserhebung, nicht erst am Ende der Iteration.
• Zusammenarbeit mit Entwicklern: Überprüfen Sie gemeinsam die Akzeptanzkriterien, damit Fehler von vornherein vermieden und nicht erst in den Code eingebaut werden.
• Ebenenautomatisierung: Errichte eine gesunde Pyramide aus Unit-, Service- und UI-Tests.
• Die Tests müssen unabhängig sein: Isolieren Sie jeden Test, damit Fehler auf eine einzige Ursache hinweisen.
• Track-Flockentests: Um einen Vertrauensverlust in die Testsuite zu verhindern, sollten fehlerhafte Tests umgehend unter Quarantäne gestellt und behoben werden.
• Nutzen Sie KI-gestützte Analysen: Die Tools sollen betroffene Tests kennzeichnen, Fehler gruppieren und nach jedem Merge stabile Locators vorschlagen.

Häufig gestellte Fragen