Eine Spezifikation prüfen
Kurz gesagt: Eine Spezifikation wird zweimal gelesen: einmal ganz, dann Zeile für Zeile mit einer Checkliste. Befunde stehen im Text (Wörter ohne Maß, Mehrdeutigkeiten, Widersprüche) und außerhalb davon (Fälle, zu denen der Text schweigt). Jeder wird mit Stelle, Art, Schweregrad und einem Vorschlag erfasst. Am Ende bekommt jeder eine Entscheidung: korrigieren, Frage an den Inhaber oder kein Problem.
Problem
Zwei Wochen vor dem Start
Die Gutscheincodes gehen in zwei Wochen live. Die Analystin hat die Spezifikation geschrieben und schickt sie dir und zwei anderen zum Review. Die Frist ist morgen um 14:00 Uhr, die Besprechung am Freitag.
Du bist Reviewer. Du hast die Checkliste aus der vorigen Lektion, die Spezifikation und eine Stunde. Das Ziel ist klar: so viele Probleme finden, wie du kannst, jetzt, solange jedes ein Wort kostet.
Die Idee
Wie man liest
Die Spezifikation wird zweimal gelesen.
Zuerst als Ganzes, ohne anzuhalten. Die Frage lautet „Was fehlt?“. Eine Regel, von der kein Satz spricht, ist unsichtbar, wenn du Zeile für Zeile liest.
Dann Zeile für Zeile, mit der Checkliste. Für jeden Satz: wer; gibt es ein Maß; was passiert an der Grenze und im negativen Fall; sagt er, was, nicht wie; widerspricht er etwas.
Schreib sofort auf, mit der Stelle. „P-3, ‚einmal‘: pro Kunde oder pro Bestellung?“ In einer Stunde erinnerst du dich nicht, welche Zeile es war.
Probier es aus
Die Spezifikation: die Regeln
Der erste Teil der Spezifikation. Markiere die Probleme und wähle die Art jedes einzelnen.
Klicke auf die Wörter, die ein Problem sind; noch einmal, um die Markierung zu entfernen. Mit den Pfeiltasten geht es von Wort zu Wort.
Die Probleme im Text
- „Der Benutzer“ ohne Rolle: Jeder Besucher oder ein registrierter Kunde? Ohne Konto kann der Shop nicht wissen, ob dieselbe Person den Code schon verwendet hat.
- „10 % Rabatt“ mehrdeutig: Wovon: von den Preisen der Produkte oder von der ganzen Summe mit Lieferung? Hier sitzt auch die offene Frage: Wird die Grenze von 50 € für kostenlose Lieferung vor oder nach dem Rabatt geprüft? Eine Frage an den Inhaber.
- „einmal“ mehrdeutig: Einmal pro Kunde oder einmal pro Bestellung? Die Regel des Shops lautet „in einer bezahlten Bestellung“, und der Satz muss das sagen.
- „bis zum Ende der Kampagne“ unvollständig: Wann endet die Kampagne: Datum, Uhrzeit, Zeitzone? Die Frist muss in der Anforderung selbst oder in den Daten des Codes stehen, sonst hat der Tester nichts zum Vergleichen.
- „in einem Pop-up-Fenster“ Lösung statt Bedarf: Wie die Meldung angezeigt wird, ist eine Entscheidung des Designs. Die Anforderung sagt, was der Kunde sieht.
- „eine passende Meldung“ unvollständig: Welche Meldung? Die Regel lautet „Der Code ist abgelaufen“. Ohne den genauen Text schreibt jeder seinen eigenen, und der Test hat nichts zu erwarten.
Korrigiert: „P-1. Ein registrierter Kunde gibt im Warenkorb einen Gutscheincode ein. Der Code gibt 10 % Rabatt auf die Produkte, die nicht reduziert sind.“ (Ob er auch für die Lieferung gilt, bleibt eine Frage an den Inhaber.) „P-3. Der Kunde kann jeden Code in einer bezahlten Bestellung verwenden.“ „P-4. Jeder Code hat einen letzten Gültigkeitstag, bis 23:59 Uhr mitteleuropäischer Zeit.“ „P-5. Ist der Code abgelaufen, sieht der Kunde ‚Der Code ist abgelaufen‘, und die Summe bleibt ohne Rabatt.“
Probier es aus
Die Spezifikation: die Rabatte
Der zweite Teil und eine Anforderung aus der Spezifikation der Treue. Markiere die Probleme und wähle die Art jedes einzelnen.
Klicke auf die Wörter, die ein Problem sind; noch einmal, um die Markierung zu entfernen. Mit den Pfeiltasten geht es von Wort zu Wort.
Die Probleme im Text
- „addieren sich“ widersprüchlich: L-2 sagt, dass der größere gilt. Ein Stammkunde mit Code, der ein nicht reduziertes Produkt kauft, bekommt nach P-6 15 % und nach L-2 10 %. Es ist der Streit aus der Lektion „Wenn eine Tabelle klarer ist“, jetzt zwischen zwei Spezifikationen.
- „gilt der größere“ widersprüchlich: Es widerspricht P-6. Die Regel des Shops lautet „Rabatte werden nicht addiert, der größere gilt“, also wird P-6 korrigiert und L-2 bleibt.
- „schnell“ nicht prüfbar: Ohne Zahl gibt es keinen Test. Zum Beispiel: „die Antwort zum Code kommt in 95 % der Fälle in unter 1 Sekunde“.
- „Wenn möglich,“ nicht prüfbar: Ein Schlupfloch: Wird der Rabatt nicht angezeigt, kann man immer sagen „es war nicht möglich“. Der Kunde muss ihn vor dem Bezahlen sehen.
Korrigiert: „P-6. Gelten für ein Produkt sowohl der Code als auch die Treue, gilt der größere Rabatt.“ „P-7. Die Antwort, ob der Code gültig ist, kommt in 95 % der Fälle in unter 1 Sekunde.“ „P-8. Vor dem Bezahlen sieht der Kunde den Rabatt als eigene Zeile im Warenkorb.“
Die Idee
Was nicht da ist
Das zweite Lesen findet die Wörter. Das erste findet die Lücken, und sie sind oft ernster. In der Spezifikation der Gutscheincodes:
- Der zweite Versuch. P-3 sagt, der Code wird einmal verwendet, aber was sieht der Kunde, wenn er es noch einmal versucht? Die Regel lautet „Der Code wurde bereits verwendet“. Im Text steht sie nicht.
- Die stornierte Bestellung. Die Bestellung mit dem Code wird vor dem Versand storniert. Ist der Code verbraucht? Die Regel sagt „in einer bezahlten Bestellung“. Ob er nach einer Stornierung verbraucht bleibt, hat niemand gesagt. Das ist eine Frage an den Inhaber.
- Die Rückgabe. Der Kunde gibt ein mit Rabatt gekauftes Produkt zurück. Wird ihm mit oder ohne Rabatt erstattet? Noch eine Frage.
- Wer die Codes anlegt. Wer legt sie an, und wer setzt die Frist? Will die Buchhaltung wissen, wie viel Rabatt gegeben wurde?
Keinen dieser Befunde kann man als Wort markieren. Sie werden gesondert erfasst, mit der Stelle „fehlt“.
Die Idee
Das Review-Protokoll
Ein Befund, der nicht aufgeschrieben ist, existiert nicht. Das Review-Protokoll ist eine Tabelle, nach der der Autor korrigiert, ohne dich zu fragen.
| # | Stelle | Befund | Art | Schweregrad | Vorschlag |
|---|---|---|---|---|---|
| 1 | P-6, L-2 | „addieren sich“ gegen „der größere gilt“ | widersprüchlich | hoch | P-6: „der größere gilt“ |
| 2 | P-1 | 10 % wovon: den Produkten oder auch der Lieferung? | mehrdeutig | hoch | Frage an den Inhaber |
| 3 | P-3 | „einmal“: pro Kunde oder pro Bestellung? | mehrdeutig | hoch | „in einer bezahlten Bestellung“ |
| 4 | fehlt | was der Kunde bei einem zweiten Versuch sieht | unvollständig | mittel | „Der Code wurde bereits verwendet“ |
| 5 | fehlt | ist der Code nach einer stornierten Bestellung verbraucht | unvollständig | mittel | Frage an den Inhaber |
| 6 | P-5 | „in einem Pop-up-Fenster“ | Lösung statt Bedarf | niedrig | entfernen |
- Die Stelle sagt, wo. Die Nummer der Anforderung ist besser als „nahe am Anfang“.
- Die Art sagt, was falsch ist, mit den Wörtern aus der Lektion „Die gute Anforderung“.
- Der Schweregrad sagt, wie sehr es wehtut, wenn der Fehler den Kunden erreicht. „Die Rabatte addieren sich“ tut bei jeder Bestellung mit Geld weh. „Pop-up-Fenster“ tut kaum weh.
- Der Vorschlag ist kein Befehl. Er zeigt, dass du das Problem verstanden hast, und gibt dem Autor einen Ausgangspunkt.
Das Protokoll hat keinen Namen des Autors. Geprüft wird das Dokument.
Genauer, für Neugierige
Der Schweregrad in einem Review ist derselbe Gedanke wie der Schweregrad eines Fehlers, dem du im Modul über den Prozess begegnest: wie ernst die Folgen sind. Die Priorität (wann es korrigiert wird) ist eine eigene Entscheidung. Teams benutzen oft wenige Stufen: blockierend, hoch, mittel, niedrig.
Inspektionen erheben aus dem Protokoll auch Kennzahlen: wie viele Befunde pro Seite, von welcher Art, wie viel Zeit hineinging. So sieht das Team zum Beispiel, dass „fehlender negativer Fall“ der häufigste Befund ist, und ergänzt die Checkliste um eine Frage dazu.
Probier es aus
Die gute Erfassung
Die Idee
Die Besprechung und die Entscheidung
Am Freitag werden die Befunde der drei Reviewer zusammengelegt. Der Moderator geht sie einzeln durch. Jeder bekommt eine Entscheidung:
- korrigieren: Das Problem ist klar, die Regel ist klar, der Autor korrigiert;
- Frage an den Inhaber: Die Regel gibt es nicht, und niemand im Raum kann sie erfinden;
- kein Fehler: Die Diskussion zeigt, dass der Text in Ordnung ist; der Grund wird festgehalten, damit er nicht wieder auftaucht.
Am Ende bekommt auch das Dokument eine Entscheidung: angenommen, angenommen nach den Korrekturen oder braucht ein neues Review. Mit einer offenen Frage zum Preis kann die Arbeit an der Story nicht beginnen. Also geht die Spezifikation der Gutscheincodes zurück, bis der Inhaber sagt, wovon die 10 Prozent berechnet werden.
Übung
Was mit dem Befund geschieht
1. Die Entscheidung. Wähle für jeden Befund aus der Besprechung, was mit ihm geschieht.
Test
Teste dich
Verwandte Lektionen
Abschnitt „Verwandte Lektionen“- Baut auf: Wenn eine Tabelle klarer ist · Akzeptanzkriterien · Warum früh · Arten von Reviews
- Geht weiter in: Entscheidungstabellen · Erfahrungsbasiertes Testen
- Aufgaben zum Thema: Statisches Testen