Download - Testen in agilen Projekten
Aufgaben und Rollenbeschreibung des agilen Softwaretesters
OKTOBER 2013
Testen in agilen IT-Projekten
JIN-YOUNG LEE
2
^Zusammenfassung
Mit dem Wechsel von klassischen zu agilen Vorgehensmodellen in IT-Projekten hat sich auch die Rolle der einzelnen Projekt-beteiligten (Team oder Stakeholder) geändert. Im Folgenden wird konkret die Rolle des agilen Softwaretesters im Gegensatz zu dem klassischen Softwaretesters betrachtet.
Die Inhalte greifen theoretische Grundzüge der Vorgehens-modelle auf, beziehen sich jedoch größtenteils auf Erfahrungswerte. Dies betrifft insbesondere den „idealen Sprintablauf“ sowie den Inhalt der Dokumente auf den Folien 8 – 10.
3
^
Die starren Phasen des Wasserfallmodells werden in agilen Projekten durch die Sprints aufgebrochen
Jan Feb Mär Apr Mai Jun Jul Aug Sep Okt Nov Dez
Setup Scope Design Build Test Rollout
Sp 1 Sp 2 Sp 3 Sp 4 Sp 5 Sp 6 Sp 7 Sp 8 Sp 9 Sp 10 Sp 11 Sp 12 Sp 13 Sp 14 Sp 15 Sp 16 Sp 17 Sp 18
Gro
omin
g
Estim
ation
Plan
ning
1 +
2
Sprin
t
Revi
ew
Retr
ospe
ktive
Je nach Projekt finden Grooming und Estimation nicht in jedem Sprint statt
Beispiel
4
^V-Modell: Rolle und Aufgaben eines Testers
» Der Tester erstellt anhand der abgenommenen Anforderungs-dokumente Testfälle und Testdaten
» Er testet somit „nur“ gegen die spezifizierten Anforderungen
Abnahmetest
Systemtest
Testanforderung
Testspezifikation
Integrationstest
Testfälle Testautomaten Testdaten
Unittest
Bugt
rack
ing
5
^Agiles Projekt: Rolle und Aufgaben eines Testers
» Review Stories» Erstellung Testfälle
» Review Stories» Erstellung Testfälle» Durchführung Tests» Erstellung von Bugs
» Testdokumentation» Erstellung Release
Notes» Erstellung
Abnahmeprotokoll
6
^
Diese Übersicht zeigt, welchen Fokus der Tester in den jeweiligen Phasen eines Sprints legen sollte
*(aus Sicht des Testers)
Sprint n+1Sprint n-1
ReviewRetroPlanning IPlanning II
ReviewRetroPlanning IPlanning II
Planning IPlanning II
ReviewRetroGrooming
EstimationGrooming
Estimation
Grooming
Estimation
Fokus auf Sprint n: Vorhandene Konzepte
reviewen Akzeptantkriterien
ableiten Testfälle erstellen
Fokus auf Sprint n: Testfälle erstellen Testdaten bereitstellen Testumgebung vorbereiten Testsuiten zusammenstellen Sprintbegleitende Tests durchführen Bugs erfassen Retests durchführen
Fokus auf Sprint n: Release Notes
erstellen Bugs erfassen Retests
durchführen
Sprint n
7
Wie viel Dokumentation ist nötig?
Testkonzept, Release Notes, Abnahmeprotokoll
8
^
Inhalt
» Testziele» Testinhalt» Qualitätsmetriken» Definition of Done (beinhaltet Entry- und Exitkriterien für
Testbeginn bzw. Testabbruch)» Definition der Testarten, die in diesem Projekt durchgeführt
werden» Sprintbegleitende Systemtest» Regressionstest (automatisiert/manuell)» Abnahmetest
Testkonzept
9
^
Inhalt
» Getestete Version» Versionen der Umsysteme aus dem Test» Testumgebung» Gelieferte Features» Behobene Fehler» Testergebnisse
» Antest (es wird getestet, ob die Version stabil ist)» Feature-Test (neue Features werden gegen den Scope getestet)
» Vorhandene Fehler
Release Notes
10
^
Inhalt
» Getestete Version» Gelieferte Features» Behobene Fehler» Testergebnisse des vollständigen Regressionstests» Vorhandene Fehler» Handlungsempfehlung der Tester» Entscheidung der Stakeholder
Abnahmeprotokoll
Unsere Standorte
Niederlassung Köln
Wilhelmstraße 351143 KölnTel +49 22 03 – 91 22 0Fax +49 22 03 – 91 22 23
Niederlassung Darmstadt
Kasinostraße 6064293 DarmstadtTel +49 61 51 – 78 90 0Fax +49 61 51 – 78 90 23 0
Hauptsitz Bonn
Kurfürstenallee 553177 BonnTel +49 228 – 76 36 31 0Fax +49 228 –76 36 31 3
Niederlassung Bern
Frohbergweg 73012 BernTel +41 31 – 534 07 06Fax +41 31 – 536 69 78
Vielen Dank für Ihre Aufmerksamkeit!