AGIL TESTEN UND 29119-KONFORM BLEIBEN: GEHT DAS?

Matthias Daigl

Michael Heller

Agil Modern

Unkonventionell

Produktiv

Norm Bewährt

Seriös

Sicher

Zwei Welten?

These: Normen sind altmodisch

1983

2013

2015 2016

IEEE 829: „Standard for Software Test Documentation”

Veröffentlichung ISO/IEC/IEEE 29119 1-3

Erscheinen ISO/IEC/IEEE 29119-4

Erscheinen ISO/IEC/IEEE 29119-5

These: Agil ist unstrukturiert

Agiles Testen

Testgrund-lagen?

Test-stufen?

Automatisierung?

Methoden?

unstrukturiert?

These: Normen sind starr und unflexiblel

Im Gegenteil!

Unterschiedlich nutzbar

Inspiration

Konformität mit Nachweis

Auswahl

Mehrere Teile

Anpassbar

Stichwort: Tailoring

These: Agil ist anarchistisch und unberechenbar

Reifes Team!

Von Praktikern gemacht

Mit vielen Beispielen für die praktische Anwendung

Unter Berücksichtigung unterschiedlicher Anforderungen nach Lebenszyklusmodell

Mit einem detaillierten generischen Prozessmodell

These: Normen sind praxisfern und unspezifisch

Just enough ist ein Lernprozess!

These: Agil ist undokumentiert

Norm in agilem Projekt Testgrund-lagen

Beispiel 1 Testfallspezifikation verbessern

• Lohnt sich die Arbeit für Testspezifikationen?

• Sind Testfälle als Testskripte brauchbar?

• Riesenthema Testumgebung?

„just enough“ Dokumentation

Testfall-ID Eindeutige Bezeichnung, lfd. Nummer

Testziel Warum ist dieser Testfall (TF) nötig?

Priorität Beispielsweise “muss“, “soll“ oder “kann“

Rückverfolgbarkeit Auf welches Überdeckungselement, welche Anforderung bezieht sich der TF?

Vorbedingung Der notwendige Status des Testobjekts vor Testbeginn

Eingabewerte Welche Aktionen sind mit welchen Testdaten wie auszuführen?

Sollergebnisse Die vorausgesagten erwarteten Ergebnisse

Istergebnisse und Platzhalter zur Dokumentation Testergebnis

Aus der Norm: Testfälle definieren

Planungsgrundlage für Regressionstests Grundlage für spätere Automatisierbarkeit!

Praxisbeispiel

Test Case 57606: Daten-Test Grundpauschale

Agiles Testen Testgrund-lagen

Beispiel 2 Teststatusreport am Sprintende

Angepasstes Normenbeispiel

Teststatus Report am Sprintende (ISO/IEC/IEEE 29119-3)

Summary Status Test Report for: New subscription system (NSS) Vers.: Iteration 3

Covers: Complete NSS iteration 3 results.

Progress against Test Plan: Test has been done in the iteration on the 5 user stories for this iteration.

the one high risk story had an automated test cases, and for the others 20 %.

There are no outstanding defects of severity 1 and 2, but the showcase showed that the product has 16 defects of severity 3.

Factors blocking progress: None

Test measures: 6 new automated test procedures have been developed, and 2 of the other test procedures have been changed.

The testing in the iteration has taken up approx. 30 % of the time. The test took about 2½ hours.

Planned testing: As per test plan.

Backlog added: 16 defects (severity 3)

„Ja“ (als Antwort auf die Frage im Vortragstitel).

100% Konformität ist meist nicht gefragt

Ohne hier regulatorische Herausforderungen vertieft zu haben

Agil oft: Norm als Checkliste und Inspiration für agile Retrospektive

Fazit

Fragen