Testen fängt beim Schneiden an

Anforderungen sind oft viel zu groß und unübersichtlich und dadurch schwierig zu testen. Kleine User Stories vereinfachen den Test, aber auch die Planung, Umsetzung und Dokumentation. Aber wie schneide ich meine User Story richtig? Wie erstelle ich übersichtliche Akzeptanzkriterien, die alle Projektbeteiligte verstehen und gut zu testen sind. Wie kann ich diese, auch bei Änderungen, gut dokumentieren?

Transcript

1. Testen fangt beim Schneiden an Ina Einemann ina.einemann@hec.de @IEinemann ..
2. ??? Wie kann ich da testen? Tester Tim
3. Gemeinsames Verstandnis Das ist ein Baum Das ist Schnee Das ist ein Fenster Das ist ein Wald ..
4. Produktvision OK – was brauch ich um eine gute Vision zu machen?
5. Personas Zielgruppen erkennen und gruppieren Persona erstellen Ein Verständnis für den Nutzer
6. Personas > 60 Jahre > 1.000.000€ Gehalt Verheiratet > 1 Kind Lebt in einer Großstadt Ozzy Osbourne & Prinz Charles
7. Personas Jetzt weiß ich auch wer das System nutzt und welche Bedürfnisse und Probleme er hat
9. Produktvision  HEC Produkt Vision Poster  Textmuster  Produkt Karton  Cover Story
12. Produktvision  Textmuster Elevator Pitch
13. Muster anwenden
14. Produktvision  Produkt Karton Was Tolles!
15. Produktvision  Cover Story Zitate Titelseite Dahin soll also die Reise gehen ! Dann kann‘s ja mit den User Stories losgehen…
17. Backlog Liste unübersichlich Teile passen nicht zusammen
18. Gibt’s da nicht was besseres um User Stories zu erstellen und zu priorisieren?
19. Hüttendetails durchsuchen Bezahlen Account managen Hütte anbieten Buchen Bestätigung erhalten Nach Datum suchen Bewertung schreiben Bewertungen einsehen Beschreibungen lesen Skigebietinfos lesen
20. Persona 1 Bewertungen lesen Persona 2 Persona 3 Nach Datum suchen Hüttendetails durchsuchen Hütten buchen Hütte anbieten Bewertungen einsehen User Story Buchen Anbieten Bewertungen User Story User Story Bestätigung erhalten Bewertung schreiben Suchen User Story User Story User Story User Story User Story User Story Bezahlen User Story User Story
21. User Story User Story User Story User Story User Story User Story User Story User Story User Story User Story User Story User Story User Story User Story User Story User Story User Story User Story User Story
22. Jetzt hab ich einen guten Überblick über meine User Stories… Worauf muss ich eigentlich achten wenn ich User Stories erstelle?
23. User Story Card eine DinA5 Karte Überschrift und eindeutige Nummer
24. User Story Rolle muss klar sein! Personas
25. User Story Erster Vorschlag Wird gemeinsam im Team diskutiert
26. User Story Was möchte ich erreichen? Was ist die Problemstellung?
27. User Story Card Conversation
28. User Story Card Conversation
29. User Story Card Conversation Confirmation User Stories sind Grundlage der Kommunikation Das bedeutet nicht NICHTS aufzuschreiben Akzeptanzkriterien
30. Akzeptanzkriterien möglichst objektiv und eindeutig NICHT: - Story-Inhalt wiederholen - Versteckte neue User Story - Einen Workflow beinhalten Zusammenarbeit zwischen PO, Entwicklung und Test
31. Von der User Story zu Akzeptanzkritieren
32. Schlusselworter identifizieren .. ..
33. Fragenkatalog verwenden  Wer muss buchen?  Wann soll buchen stattfinden?  Wann ist buchen komplett abgeschlossen?  Wie kann buchen genau durchgeführt werden?  Wie häufig / oft / groß / schnell soll buchen sein?  Wo / Wie kann geprüft werden, ob buchen durchgeführt wurde?  Wurde sichergestellt, dass buchen alle Daten/Aspekte berücksichtigt?  Was geschieht, wenn man nicht buchen kann?  Was könnte buchen verhindern und was wird dann erwartet?  Welche möglichen Fehleingaben müssen im Zusammenhang mit buchen abgefangen werden?  Welche Inhalte kommen in Ausrüstung vor?  Welche optionalen / verpflichtende Aspekte gelten für Ausrüstung?  Welche Inhalte von Ausrüstung und nach welchen Regeln soll überprüft werden?  Wie sieht das Layout für Ausrüstung aus?
34. Fragen diskutieren Alle Kunden, die eine Ferienwohnung gebucht haben Snowboard, Ski, Helm und Stöcker Schuhgröße und Körpergröße angeben Bezahlarten auswählen, wie Abrechnung mit Hütte, Barzahlung, Paypal, Kreditkarte Leihzeitraum bestimmen  Wer muss buchen?  Welche Inhalte kommen in Ausrüstung vor?  Welche optionalen / verpflichtende Aspekte gelten für Ausrüstung?
35. Akzeptanzkriterien  Der Ferienwohnungs-Kunde kann den Leihort auswählen  Er kann zwischen Snowboard oder Skier auswählen  Er kann seine Schuhgröße und Körpergröße angeben  Er kann den Leih-Zeitraum bestimmen • Die Vorauswahl ist der Buchungszeitraum der Hütte • Er kann alternative Start- und Endtermine angeben • Er kann Optionen wie x von y Tagen wählen  Er kann weiteres Equipment wie Helm oder Stöcker hinzubuchen  Er kann eine Bezahlart bestimmen • Abrechnung mit Hütte • Abbuchung • Paypal • Kreditkarten  Er kann eine Diebstahl-Versicherung hinzufügen  Er kann buchen  Er kann seine Buchung wieder aufrufen, verändern und löschen Und wenn es nicht passt?
38. Worauf muss ich denn achten wenn ich Stories schneide?
39.  Independent
40.  Negotiable
41.  Valuable
42.  Estimable
43.  Small
44.  Testable
45. INVEST Kriterien?  Independent  Negotiable  Valuable  Estimatable  Small  Testable
46. Okay, diese Kriterien müssen nach dem Schneiden erfüllt sein. Aber wie kann ich sie denn nun kleiner bekommen?
47. Schneiden Workflow Operations Performance Simpel/Komplex Größter Aufwand Veriation der Daten Variation der Geschäftsregeln Variation der Schnittstelle Spike Dateneingabe methode
48. Workflow  Der Ferienwohnungs-Kunde kann den Leihort auswählen  Er kann zwischen Snowboard oder Skier auswählen  Er kann seine Schuhgröße und Körpergröße angeben  Er kann den Leih-Zeitraum bestimmen • Die Vorauswahl ist der Buchungszeitraum der Hütte • Er kann alternative Start- und Endtermine angeben • Er kann Optionen wie x von y Tagen wählen  Er kann weiteres Equipment wie Helm oder Stöcker hinzubuchen  Er kann eine Bezahlart bestimmen • Abrechnung mit Hütte • Abbuchung • Paypal • Kreditkarten  Er kann eine Diebstahl-Versicherung hinzufügen  Er kann buchen  Er kann seine Buchung wieder aufrufen, verändern und löschen Snowboard/ Ski Details Zeitraum Equipment Bezahlart Versicherung Buchen Leihort Größter Wert -> Anfang und Ende Mittelteil vergrößert nach und nach den Wert
49. Operations  Der Ferienwohnungs-Kunde kann den Leihort auswählen  Er kann zwischen Snowboard oder Skier auswählen  Er kann seine Schuhgröße und Körpergröße angeben  Er kann den Leih-Zeitraum bestimmen • Die Vorauswahl ist der Buchungszeitraum der Hütte • Er kann alternative Start- und Endtermine angeben • Er kann Optionen wie x von y Tagen wählen  Er kann weiteres Eqipment wie Helm oder Stöcker hinzubuchen  Er kann eine Bezahlart bestimmen • Abrechnung mit Hütte • Abbuchung • Paypal • Kreditkarten  Er kann eine Diebstahl-Versicherung hinzufügen  Er kann buchen  Er kann seine Buchung wieder aufrufen, verändern und löschen Buchung erstellen Managen verwalten konfigurieren löschen verändern
50.  Der Ferienwohnungs-Kunde kann den Leihort auswählen  Er kann zwischen Snowboard oder Skier auswählen  Er kann seine Schuhgröße und Körpergröße angeben  Er kann den Leih-Zeitraum bestimmen • Die Vorauswahl ist der Buchungszeitraum der Hütte • Er kann alternative Start- und Endtermine angeben • Er kann Optionen wie x von y Tagen wählen  Er kann weiteres Equipment wie Helm oder Stöcker hinzubuchen  Er kann eine Bezahlart bestimmen • Abrechnung mit Hütte • Abbuchung • Paypal  Er kann eine Diebstahl-Versicherung hinzufügen  Er kann buchen  Er kann seine Buchung wieder aufrufen, verändern und löschen Vorausgewählter Zeitraum Variation der Geschaftsregeln .. Erst eine Teilmenge der Regeln Start und Endtermin X von y Tagen
51.  Der Ferienwohnungs-Kunde kann den Leihort auswählen  Er kann zwischen Snowboard oder Skier auswählen  Er kann seine Schuhgröße und Körpergröße angeben  Er kann den Leih-Zeitraum bestimmen • Die Vorauswahl ist der Buchungszeitraum der Hütte • Er kann alternative Start- und Endtermine angeben • Er kann Optionen wie x von y Tagen wählen  Er kann weiteres Equipment wie Helm oder Stöcker hinzubuchen  Er kann eine Bezahlart bestimmen • Abrechnung mit Hütte • Abbuchung • Paypal • Kreditkarten  Er kann eine Diebstahl-Versicherung hinzufügen  Er kann buchen  Er kann seine Buchung wieder aufrufen, verändern und löschen Snowboard Variation der Daten „Gut genug“ Variante Gleiche Dinge mit unterschiedlichen Daten Skier
52.  Der Ferienwohnungs-Kunde kann den Leihort auswählen  Er kann zwischen Snowboard oder Skier auswählen  Er kann seine Schuhgröße und Körpergröße angeben  Er kann den Leih-Zeitraum bestimmen • Die Vorauswahl ist der Buchungszeitraum der Hütte • Er kann alternative Start- und Endtermine angeben • Er kann Optionen wie x von y Tagen wählen  Er kann weiteres Equipment wie Helm oder Stöcker hinzubuchen  Er kann eine Bezahlart bestimmen • Abrechnung mit Hütte • Abbuchung • Paypal • Kreditkarten  Er kann eine Diebstahl-Versicherung hinzufügen  Er kann buchen  Er kann seine Buchung wieder aufrufen, verändern und löschen Snowboard oder Ski ausleihen per Email Simpel Komplex Simple Version, die zuerst erstellt wird Mit Rückmeldung
53.  Der Ferienwohnungs-Kunde kann den Leihort auswählen  Er kann zwischen Snowboard oder Skier auswählen  Er kann seine Schuhgröße und Körpergröße angeben  Er kann den Leih-Zeitraum bestimmen • Die Vorauswahl ist der Buchungszeitraum der Hütte • Er kann alternative Start- und Endtermine angeben • Er kann Optionen wie x von y Tagen wählen  Er kann weiteres Equipment wie Helm oder Stöcker hinzubuchen  Er kann eine Bezahlart bestimmen • Abrechnung mit Hütte • Abbuchung • Paypal • Kreditkarten  Er kann eine Diebstahl-Versicherung hinzufügen  Er kann buchen  Er kann seine Buchung wieder aufrufen, verändern und löschen Snowboard oder Ski ausleihen mit Anbindung an einen Leihort Variationen der Schnittstellen Einfacher Kern mit Lernerfahrung, später Erweiterungen Weitere Leihorte
54.  Der Ferienwohnungs-Kunde kann den Leihort auswählen  Er kann zwischen Snowboard oder Skier auswählen  Er kann seine Schuhgröße und Körpergröße angeben  Er kann den Leih-Zeitraum bestimmen • Die Vorauswahl ist der Buchungszeitraum der Hütte • Er kann alternative Start- und Endtermine angeben • Er kann Optionen wie x von y Tagen wählen  Er kann weiteres Equipment wie Helm oder Stöcker hinzubuchen  Er kann eine Bezahlart bestimmen • Abrechnung mit Hütte • Abbuchung • Paypal • Kreditkarten  Er kann eine Diebstahl-Versicherung hinzufügen  Er kann buchen  Er kann seine Buchung wieder aufrufen, verändern und löschen Es soll einfach funktionieren Performance Nicht funktionale Anforderungen nachlagern schnell
55.  Der Ferienwohnungs-Kunde kann den Leihort auswählen  Er kann zwischen Snowboard oder Skier auswählen  Er kann seine Schuhgröße und Körpergröße angeben  Er kann den Leih-Zeitraum bestimmen • Die Vorauswahl ist der Buchungszeitraum der Hütte • Er kann alternative Start- und Endtermine angeben • Er kann Optionen wie x von y Tagen wählen  Er kann weiteres Equipment wie Helm oder Stöcker hinzubuchen  Er kann eine Bezahlart bestimmen • Abrechnung mit Hütte • Abbuchung • Paypal • Kreditkarten  Er kann eine Diebstahl-Versicherung hinzufügen  Er kann buchen  Er kann seine Buchung wieder aufrufen, verändern und löschen Naheliegende Aufteilung -> Alle gleich groß Egal welche man zuerst umsetzt, diese erste wird den größten Aufwand haben Grosster Aufwand ..
56.  Der Ferienwohnungs-Kunde kann den Leihort auswählen  Er kann zwischen Snowboard oder Skier auswählen  Er kann seine Schuhgröße und Körpergröße angeben  Er kann den Leih-Zeitraum bestimmen • Die Vorauswahl ist der Buchungszeitraum der Hütte • Er kann alternative Start- und Endtermine angeben • Er kann Optionen wie x von y Tagen wählen  Er kann weiteres Equipment wie Helm oder Stöcker hinzubuchen  Er kann eine Bezahlart bestimmen • Abrechnung mit Hütte • Abbuchung • Paypal • Kreditkarten  Er kann eine Diebstahl-Versicherung hinzufügen  Er kann buchen  Er kann seine Buchung wieder aufrufen, verändern und löschen Dateneingabemethode
57.  Der Ferienwohnungs-Kunde kann den Leihort auswählen  Er kann zwischen Snowboard oder Skier auswählen  Er kann seine Schuhgröße und Körpergröße angeben  Er kann den Leih-Zeitraum bestimmen • Die Vorauswahl ist der Buchungszeitraum der Hütte • Er kann alternative Start- und Endtermine angeben • Er kann Optionen wie x von y Tagen wählen  Er kann weiteres Equipment wie Helm oder Stöcker hinzubuchen  Er kann eine Bezahlart bestimmen • Abrechnung mit Hütte • Abbuchung • Paypal • Kreditkarten  Er kann eine Diebstahl-Versicherung hinzufügen  Er kann buchen  Er kann seine Buchung wieder aufrufen, verändern und löschen Spike
59. Nun hab ich endlich meine kleine Story…. Aber WIE teste ich diese eigentlich?
60. Akzeptanztest 7 Praktische Anwendung der Akzeptanzkriterien
61. Szenarien
62. Szenarien Beschreibt die Vorbedingungen! Was mache ich vor meiner neuen Anforderungen/neuen Funktion? Ausgangssituation
63. Szenarien Beschreibt die Durchführung/Änderung! Was ist meine Anforderungen / neue Funktion? Aktion
64. Szenarien Beschreibt die Änderung! Was sind die Auswirklungen meiner Aktion? Was hat sich geändert? Ergebnis
65. Szenarien Steps können wieder verwendet werden Testautomatisierung schnell erstellt
66. Spitze, so kann ich also testen bzw. automatisieren. Alles grün … Dann ab zum Review
67. Aber auf meinem Tablet funktioniert das ja nicht!!! Tablet??? Darüber haben wir nie gesprochen
68. Interne und externe Qualitat Funktionalität Zuverlässigkeit Wartbarkeit Portabilität Benutzbarkeit Effizienz Angemessenheit Genauigkeit Interoperabilität Sicherheit Reife Fehlertoleranz Wiederherstell- barkeit Verständlichkeit Erlernbarkeit Bedienbarkeit Attraktivität Zeitverhalten Verbrauchs- verhalten Analysierbarkeit Änderbarkeit Stabilität Testbarkeit Anpassbarkeit Installierbarkeit Koexistenz Austauschbarkeit Ordnungsmäßig- keit
69. Fragenkatalog verwenden  Wer muss buchen?  Wann soll buchen stattfinden?  Wann ist buchen komplett abgeschlossen?  Wie kann buchen genau durchgeführt werden?  Wie häufig / oft / groß / schnell soll buchen sein?  Wo / Wie kann geprüft werden, ob buchen durchgeführt wurde?  Wurde sichergestellt, dass buchen alle Daten/Aspekte berücksichtigt?  Was geschieht, wenn man nicht buchen kann?  Was könnte buchen verhindern und was wird dann erwartet?  Welche möglichen Fehleingaben müssen im Zusammenhang mit buchen abgefangen werden?  Welche Inhalte kommen in Ausrüstung vor?  Welche optionalen / verpflichtende Aspekte gelten für Ausrüstung?  Welche Inhalte von Ausrüstung und nach welchen Regeln soll überprüft werden?  Wie sieht das Layout für Ausrüstung aus?
70. Interne und externe Qualitat Funktionalität Zuverlässigkeit Wartbarkeit Portabilität Benutzbarkeit Effizienz Angemessenheit Genauigkeit Interoperabilität Sicherheit Ordnungsmäßig- keit Reife Fehlertoleranz Wiederherstell- barkeit Verständlichkeit Erlernbarkeit Bedienbarkeit Attraktivität Zeitverhalten Verbrauchs- verhalten Analysierbarkeit Änderbarkeit Stabilität Testbarkeit Anpassbarkeit Installierbarkeit Koexistenz Austauschbarkeit Wie häufig / oft / groß / schnell soll buchen sein? Welche möglichen Fehleingaben müssen im Zusammenhang mit buchen abgefangen werden? Wie sieht das Layout für Ausrüstung/buchen aus? Was geschieht, wenn man nicht buchen kann?
71. Interne und externe Qualitat Funktionalität Zuverlässigkeit Wartbarkeit Portabilität Benutzbarkeit Effizienz Angemessenheit Genauigkeit Interoperabilität Sicherheit Ordnungsmäßig- keit Reife Fehlertoleranz Wiederherstell- barkeit Verständlichkeit Erlernbarkeit Bedienbarkeit Attraktivität Zeitverhalten Verbrauchs- verhalten Analysierbarkeit Änderbarkeit Stabilität Testbarkeit Anpassbarkeit Installierbarkeit Koexistenz Austauschbarkeit Zusammenspiel zwischen den testenden System und den vorgegebenen System Unberechtigter Zugriff Wie häufig kommen Fehlerzustände vor? Wie einfach und schnell kann das geforderte Leistungsniveau nach Ausfall wieder hergestellt werden Interne Qualität
72. Und welche Möglichkeiten haben wir um diese Bereiche zu definieren?
73. Nichtfunktionale Anforderungen  Planguage  MisUseCase  Produkt Vision  The Furious Four
74. Planguage Tag Eindeutiger Name der Anforderung Definiton Genaue Beschreibung der Anforderung Scale Maßeinheit, in der die Anforderung gemessen wird (bei Antwortzeiten zum Beispiel Sekunden) Meter Messmethode (zum Beispiel Lasttest oder Nutzerbefragung) Benchmark Vergleichswerte zur Orientierung (zum Beispiel aus Vorgänger- oder Konkurrenzsystemen) Target Vorgabe der Anforderung, das angestrebte Ziel Constraint Zulässige Grenze der Anforderung nach unten oder oben
75. Planguage Tag Wartbarkeit Definiton Die Leichtigkeit, mit der ein System verändert oder erweitert werden kann. Scale Stunden Meter Durchschnittliche Dauer für die Behebung eines Fehlers. Gemessen wird vom Beginn der Behebung bis zu dessen Lösung. Benchmark - Target 2 Stunden Constraint 4 Stunden kann unübersichtlich werden Über nicht-funktionale Kriterien zu sprechen und diese messbar machen.
76. MisUse Cases  Anwendungsfällen, die eine missbräuchliche Verwendung des Systems enthalten  Nachteil für einen Stakeholder oder ein Unternehmen  potentielle Sicherheitsrisiken früh erkennen Kunde Registrieren Bot Emailadressen sammeln Captcha nutzen
79. Aber wo lasse ich diese Qualitätskriterien nun miteinfließen? In jede User Story?
80. 7 ! Definition of Ready Definition of Done & - Sicher sein, dass jeder das Problem versteht Story schneiden Wissen wann eine Story fertig ist Die fertige Story verifizieren dokumentieren ausliefern umsetzen
81. Definion of Ready ! Szenarien erstellt GUI Mock erstellt Story geschätzt
82. Definion of Done 7 Entwicklertests & Dokumentation angepasst 8 Manuelle Tests auf mehren Systemen Automatisierte Szenarien Code Reviews
83. Aber was ist jetzt meine Dokumentation? Die Akzeptanzkriterien? Der Akzeptanztest?
84. Die Liste der Akzeptanzkriterien ist eine gute Dokumentation Gilt auch für Testfälle Umstrukturieren nach Funktionalität Kein aktueller Stand sondern Historie Erweitert / Ersetzt / Verändert vorherige Stories  Stimmt! Gut lesbar, aber was ist bei neuen Stories?
85. In den Stories bespreche ich hauptsächlich die funktionalen Anforderungen Kleine Stories sind einfacher zu planen, umzusetzen, durchzusprechen und zu TESTEN Und diese Anforderungen in die Definiton of Done überführen Über Nicht- funktionale Anforderungen müssen wir auch sprechen
86. Story Map 7 ! Akzepttanztest Specification by Example Szenarien Doku Muster Schneiden Product Vision Persona Gemeinsames Verständis