Agiles Testen - Ein Erfahrungsbericht Thomas Schissler / artiso AG Michael Lierheimer/ infoteam software AG

Transkript

1 Agiles Testen - Ein Erfahrungsbericht Thomas Schissler / artiso AG Michael Lierheimer/ infoteam software AG

2 Herausforderungen bei agilem Testen

3 Klassische Projektstruktur Projektleiter Entwickler QS-Abteilung

4 Agile Projektstruktur Team

5 Multi Team Projekte Team A Team B Team C

6 Herausforderungen Testautomatisierung Kein Code-Freeze, Continous Testing Qualität bereits bei der Implementierung Neue Verantwortung und Kompetenzen für Teams

7 Agiles Testen im Kontext von Scrum

8 Agiles Testen Testintegration in Scrum Definition of Ready DoR Definition of Done DoD Erweiterung der Backlog Item Vorlage, um Festlegungen zur Testplanung. Definition der Tests Allgemeine Testfestlegung für Gesamtprojekt: Tools, Vorgehen, Toolsmith Rahmenbedingungen der Tests Erweiterung der Rückmeldung um Dokumentation der Tests Durchführung der Tests Definition of Test DoT

9 Agiles Testen Zusammenspiel Definition of Ready (DoR) Definition of Test (DoT) Definition of Done (DoD) Sicherstellung der Testdurchführung im Sprint Quelle: Scrum - wikipedia.org

10 Agiles Testen Integration in Scrum Steuerung von Tests durch die Definition of Ready DoR Beschreibt im allgemeinen wann ein Produkt Backlog Item fertig für die Entwicklung ist. - D.h. Inhaltlich klar, UI Design klar, Fachlich klar Dies wird nun erweitert, um die Bedingung: Testplan klar Erst mit diesen Voraussetzung kann das Item übernommen werden.

11 Agiles Testen Integration in Scrum Sicherung der Tests durch die Definition of Done - DoD Die DoD sichert die Qualitätsziele, nicht nur im Sinne des einzelnen Items, sondern auch globale Vorgaben wie Normen, etc. Eine Art Schablone um zu prüfen, ob alle Arbeiten erfüllt sind. Mit der Aufnahme von notwendigen Testzielen ist die Durchführung und Bewertung der Tests in dem Sprint sichergestellt. (Testarten, Testabdeckung, Testendekriterien) d.h. nicht nachgelagert.

12 Agiles Testen Integration in Scrum Team Charta und Definition of Test DoT Team Charta: Allgemeine Spielregeln, Coding und Design Guidelines, PB Item Definition - Standardverhalten und Designvorgaben DoT: Sie ist ein zentrales Entwicklungsdokument, welches den Rahmen des Testens für das agile Team vorgibt. In ihm werden beschrieben wie Test durchgeführt und bewertet werden, sowie allgemeine Teststrategien. Festlegung des Toolsets und Toolsmith

13 Agiles Testen Beispiel in Scrum Beispiel DoT: - Definition eines allgemeines Testrahmens Für jedes PBI gibt es ein Testvorgehen, Toolumgebung, Dokumentation, Lasttests Geschäftslogik: Unittests, explorative Tests, UI: Ranorex, MVC-Tests, Notwendige Testabdeckung: 95%, Integrationstests

14 Agiles Testen Beispiel in Scrum Beispiel DoR : Notwendige Vorbereitungen eines Items C 1405: Speichern der Adressdaten aus Bearbeiten-Maske in Datenbank. Spezifikation der Geschäftslogik: Mussfelder,. Grobdesign UI Def. Unittests: Mussfelder, Abgeleitete Felder, Kombinationen, Feldlängen, Lesen der Werte aus Datenbank Am besten Risiko getrieben

15 Agiles Testen Integration in Scrum Beispiel DoR : Workitem nach Übernahme in Sprintbacklog : ID C 1405 Title Scope Als ein... möchte ich... damit ich... Akzeptanzkriterien: Parametri erung Adresserfassung erstellen (für Validierungszwecke) 3 Effort Stammdatenbeauftragter... Einen bestehenden Adresssatz bearbeiten... die Stammdaten aktuell halten kann. (1)... In der Titelzeile Informationen zum (2)... ich alle Meldungen bzgl. des Erfasungsvorgangs ( ) (4) UI Skizze (5) Test: R1) Mussfelder, R2) Datenkonsistenz, R3) UI Bedingungen

16 Agiles Testen Integration in Scrum Beispiel DoD: ID C 1405: Bearbeiten Adressdaten Implementation, Dokumentation, Ergebnis: Integrationstests - ok Durchgeführte Unittests R1, R2, R3, Testabdeckung: 98% Testdokumentation

17 Agiles Testen Integration in Scrum Beispiel: Nicht erreichen eines Testziels ID C 1405: Bearbeiten Adressdaten Implementation, Dokumentation, Ergebnis: Integrationstests - ok Durchgeführte Unittests R1,R3, failed R2 Testabdeckung: 98% Testdokumentation

18 Team- Organisation

19 Team-Struktur

20 Wie kann das funktionieren?

21 Team-Verantwortung

22 Testpraktiken

23 Agiles Testen Unit Test: Test einer einzelnen Funktionalität. - Schnell und Überschaubaubar, Technik getrieben - Vom Entwickler erstellt - Whitebox Test der Funktionalität - Automatisiert, Wiederholbar Sie stellen die Funktionalität auf tiefer Ebene sicher Problem: Sind auch Code, Entwicklung gegen Tests.

24 Agiles Testen Akzeptanz Tests: Test der Anwendung auf Benutzungstauglichkeit, durch echte Anwender (UAT) Benutzer und UI getrieben Benötigt echte Anwender oder genaue Kenntnis der Benutzerdomäne Sicht der Anwendung als Blackbox - Test der Oberfläche, bzw. Einsatz Problem: Keine "Affentests", Dokumentation, Automatisierung

25 Demo Exploratives Testen

26 Demo Continous Testing mit Build Integration Lab Management

27

28 CPU Usage [%] Memory Consuption of Process [MB] Load & Performance Tests Performance- Analysen und Trend- Auswertung 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% CPU Testlaufzeit Memory

29 Multi Team Projekte Main Line Team A Team B Team C

30 Lernen Retrospektive Kontinuierliche Verbesserung Probleme früh erkennen

31 Team-Power Wissen und Erfahrung im Team nutzen Voneinander lernen Motivation durch gemeinsame Ziele

32 Fazit

33 Fazit Einfach mal starten und dann lernen und verbessern Agiles Testen erfordert neues Wissen und Praktiken Trotz Herausforderungen ist das Ergebnis lohnenswert

34 Fragen?

35 Thomas Schissler Phone: +49 (7304) artiso AG Oberer Wiesenweg 25 D Blaustein

36 Michael Lierheimer Diplom Mathematik an der FAU Erlagen/Nürnberg und der ETH Zürich Seit 25 Jahren in der IT Industrie tätig.