Eine Abnahmecheckliste aus einer Demoaufzeichnung erstellen
Erstellen Sie aus einer Produktdemo eine Abnahmecheckliste mit Bedingungen, Aktionen, Soll-Ergebnissen und Nachweisen. Mit einem Beispiel auf Basis vereinbarter Anforderungen.
Eine erfolgreiche Demo deckt nur die gezeigten Szenarien ab
Im Gespräch wurde gezeigt, wie das Formular eine Anfrage abschickt. Alles wirkte plausibel. Andere Rollen, wiederholtes Absenden oder leere Pflichtfelder kamen möglicherweise nicht vor. Die Aufnahme hält das Gezeigte fest. Die übrigen Szenarien müssen gesondert geprüft werden.
Die Abnahmecheckliste basiert auf vorab vereinbarten Anforderungen. Neue Ideen aus der Demo können nützlich sein, gehören aber in eine eigene Liste. Sonst ändert sich der Umfang während der Abnahme und das Team diskutiert unterschiedliche Aufgabenstände.
Die Prüfung anhand der Aufnahme vorbereiten
Version und Bedingungen festhalten
Notieren Sie Version oder Build, vorführende Person und verwendete Rolle. Beschreiben Sie Testdaten und Umgebung so genau, dass jemand den Ablauf wiederholen kann. Kennzeichnen Sie unbekannte Bedingungen.
Die Prüfung mit einer Anforderung verknüpfen
Nehmen Sie das vereinbarte Verhalten und suchen Sie die Stelle in der Aufnahme. Eine Vorführung kann mehrere Prüfungen abdecken, doch jede braucht ein eigenes Soll-Ergebnis. Für nicht gezeigte Pflichtanforderungen legen Sie den Status „nicht geprüft“ an.
Aktion und Soll-Ergebnis beschreiben
Schreiben Sie statt „Formular prüfen“, welche Daten einzugeben sind, was anzuklicken ist und was folgen soll. Nennen Sie die erwartete Reaktion auf ungültige Eingaben. Neue Sonderfälle gehören nur dann in die Abnahme, wenn der vereinbarte Umfang sie abdeckt.
Die Prüfung wiederholen
Führen Sie die Szenarien mit der vereinbarten Version aus, dokumentieren Sie das Ist-Ergebnis und fügen Sie den Nachweis bei. Unterscheiden Sie Fehler, blockierte Prüfungen und fehlende Daten. Prüfen Sie nach einer Korrektur erneut und notieren Sie das neue Datum.
Abnahme eines Formulars für Beratungsanfragen
Das Beispiel ist fiktiv. Namen, Bedingungen und Ergebnisse erläutern nur die Methode.
Die Telefonnummer ist Pflicht. Nach erfolgreichem Absenden erscheint die Anfrage in der Liste und die besuchende Person sieht eine Bestätigung. Ohne Telefonnummer darf das Formular nicht absenden.
Daraus folgen drei beobachtbare Prüfungen: Pflichtfeldvalidierung, Anlegen der Anfrage und Bestätigung für die besuchende Person. Ein sauberer Bildschirm nach dem Klick belegt nur einen Teil.
Fehlt der prüfenden Person der Zugriff auf die Anfrageliste, ist das Anlegen „für die Prüfung blockiert“. Eine Aussage aus der Demo allein reicht nicht für „bestanden“.
| Prüfung | Soll-Ergebnis | Nachweis |
|---|---|---|
| Telefonnummer fehlt | Pflichtfeldhinweis erscheint, keine Anfrage wird angelegt | Bildschirm und Kontrolle der Liste |
| Gültige Daten | Eine Anfrage mit den eingegebenen Werten | Eintrag in der Testliste |
| Erfolgreiches Absenden | Verständliche Bestätigung für die besuchende Person | Bildschirm nach der Aktion |
Vorlage für einen Prüfpunkt
Jede Zeile nennt die Beobachtung, die den Status bestimmt.
Prüf-ID: Vereinbarte Anforderung: Version / Rolle / Umgebung: Eingabedaten: Aktionen: Soll-Ergebnis: Ist-Ergebnis: Status: bestanden / fehlgeschlagen / nicht geprüft / blockiert Nachweis und Zeitcode: Zugehörige Korrektur: Datum der erneuten Prüfung:
Checkliste vor dem Start prüfen
- Die Punkte beziehen sich auf den vereinbarten Umfang.
- Das Soll-Ergebnis ist sichtbar oder messbar.
- Gezeigte und selbst ausgeführte Prüfungen sind getrennt.
- Fehler sind unter beschriebenen Bedingungen wiederholbar.
Ein genauerer Blick
Gehören alle Kommentare aus dem Meeting in die Checkliste?
Trennen Sie Mängel gegenüber den Anforderungen von neuen Wünschen. Bewerten und vereinbaren Sie Wünsche gesondert, damit die Abnahme den Projektumfang nicht ständig erweitert.
Kann man allein anhand eines Videos abnehmen?
Das hängt von den Abnahmeregeln ab. Das Video belegt das gezeigte Szenario. Geben Sie Verfahren und Grenzen der Prüfung offen an.