Testfall, Testplan, Testlauf: Eine Service-Anfrage durch die Abnahme begleiten

Am Montag öffnet das Team den Testfall „Service-Anfrage erstellen“. Am Freitag will die Projektleitung wissen, ob die neue Portalversion freigegeben werden kann. Dazu reicht ein Häkchen neben dem Testfall nicht. Es muss erkennbar sein, welche Version geprüft wurde, was nach dem Absenden tatsächlich geschah und welche Prüfung noch aussteht.

Eine Anforderung, drei verschiedene Einträge

Im Beispielprojekt „ServiceDesk Release“ soll eine neue Anfrage eine Referenz erhalten und anschließend in der Übersicht stehen. Beim Einrichten der Tests verteilen Sie die Informationen auf drei Orte:

Testfall – was muss funktionieren?
Ein angemeldeter Kunde gibt „Demo-Drucker verbindet sich nicht“ und eine Beschreibung ein, sendet ab und lädt die Übersicht neu. Erwartet wird genau eine Anfrage mit Referenz, dem eingegebenen Text und dem Status „Offen“. Diese Anleitung kann das Team für weitere Portalversionen wiederverwenden.
Testplan – was prüfen wir für die Freigabe?
Für eine Änderung am Anfrageformular nehmen Sie den Erstellfall auf. Ergänzen Sie etwa den Fall mit fehlenden Pflichtangaben. Wer nur den erfolgreichen Weg prüft, erfährt nichts darüber, ob sich eine abgewiesene Eingabe korrigieren lässt.
Testlauf – was ist bei dieser Ausführung passiert?
Hier gehören Version bzw. Build, Umgebung, Ergebnis und Beobachtung zusammen. Ein fehlgeschlagener Lauf bleibt als Befund bestehen. Nach der Korrektur dokumentieren Sie die Wiederholungsprüfung als neues Ergebnis.

So sieht ein brauchbares Ergebnis aus

Angenommen, das Portal hat Referenz DEMO-42 angezeigt. Erst nach dem Neuladen wissen Sie, ob die Anfrage gespeichert wurde. Ein möglicher Eintrag für diesen fiktiven Lauf lautet:

Testsystem, Build RC2, Kundenrolle. Nach einmaligem Absenden erschien DEMO-42. Nach dem Neuladen gab es genau einen Eintrag mit dem ursprünglichen Titel, der Beschreibung und dem Status „Offen“. Bestanden.

Stehen dort zwei Einträge, bleibt die Erwartung im Testfall richtig. Erfassen Sie die Abweichung im Lauf. Hatte das Team dagegen nie entschieden, ob mehrere gleiche Titel erlaubt sind, fehlt ein fachliches Kriterium. Klären Sie außerdem, ob wirklich zweimal dieselbe Anfrage gespeichert wurde. Zwei bewusst getrennte Anfragen dürfen denselben Titel tragen.

Im Beispielprojekt nachsehen

  1. Öffnen Sie die Web-Demo und gehen Sie über Testfall-Bibliothek → Anfragen → Service-Anfrage erstellen. Vergleichen Sie die Schritte mit dem erwarteten Ergebnis.
  2. Öffnen Sie unter Release-Abnahme den jüngsten Testlauf. Dort sehen Sie, welche Prüfungen abgeschlossen sind und wo noch ein Ergebnis fehlt.
  3. Möchten Sie einen Eintrag ausprobieren, verwenden Sie ausschließlich erfundene Angaben und kennzeichnen Sie das Ergebnis als Übung. Das beschriebene Kundenportal ist fiktiv. Die öffentliche Demo wird gemeinsam genutzt und nachts zurückgesetzt.

Ändern Sie später die Anweisung in der Bibliothek, prüfen Sie vor dem nächsten Lauf die Synchronisierung mit dem Testplan. Ein bereits eingeplanter Testfall übernimmt die Änderung nicht automatisch. Die einzelnen Bedienwege für Browser und Windows finden Sie im Handbuch zum ersten Testlauf.

Read this article in English