Abnahmetestbuch: Definition, Inhalt und Vorgehen bei der Erstellung
Ein Abnahmetestbuch (auf Französisch « cahier de recette ») ist das Dokument, das alle Testfälle auflistet, die vor der Abnahme einer Software auszuführen sind: für jeden Fall die Schritte, die zu verwendenden Daten und das erwartete Ergebnis. Es prüft, ob die Lieferung der Spezifikation entspricht, und seine Ergebnisse speisen das Abnahmeprotokoll, das die Abnahme festhält. Es wird auch als UAT-Testplan oder UAT-Testskript bezeichnet.
Wozu dient ein Abnahmetestbuch?
Das Testbuch verwandelt eine zwangsläufig in Alltagssprache verfasste Spezifikation in konkrete Prüfungen, die jeder Tester wiederholen kann. Es erfüllt vier Aufgaben:
- Konformität prüfen: Jede Anforderung der Spezifikation ist durch mindestens einen Testfall abgedeckt.
- Eine gemeinsame Referenz schaffen: Vor Testbeginn einigen sich Auftragnehmer und Auftraggeber darauf, was geprüft wird und was von jeder Funktion erwartet wird.
- Ergebnisse nachvollziehbar machen: Jede Ausführung wird festgehalten (OK, KO, blockiert oder nicht zutreffend), mit Kommentaren und Fehlern.
- Über die Lieferung entscheiden: Die Ergebniszusammenfassung stützt das Urteil des Abnahmeprotokolls (abgenommen, unter Vorbehalt abgenommen oder abgelehnt).
Wer erstellt und wer führt das Abnahmetestbuch aus?
Die Aufteilung hängt vom Vertrag ab. Meist erstellt der Auftragnehmer (in französischen Projekten MOE genannt) das Testbuch auf Grundlage der Spezifikation und legt es dem Auftraggeber (MOA) zur Prüfung vor. Der Auftraggeber kann es auch selbst erstellen. Die Ausführung obliegt den Fachanwendern des Auftraggebers, manchmal unterstützt von einem Tester des Auftragnehmers, unter der Leitung eines Projektleiters.
In IT-Dienstleistungsunternehmen und Agenturen wird das Testbuch meist vom Auftragnehmer erstellt und dann von Testern auf Kundenseite ausgeführt: Sie müssen es lesen und ihre Ergebnisse ohne schwergewichtiges Werkzeug eintragen können. Siehe Spec2Sign für IT-Dienstleister und Agenturen.
Was enthält ein Abnahmetestbuch?
Ein Abnahmetestbuch ist meist eine Tabelle, in der jede Zeile ein Testfall ist. Die häufigsten Spalten sind:
| Spalte | Zweck |
|---|---|
| Kennung | Eindeutige Referenz des Falls (zum Beispiel CT-012), die in Fehlern und im Protokoll wiederverwendet wird. |
| Quellanforderung | Abschnitt oder Anforderung der Spezifikation, die der Fall prüft: Das belegt die Abdeckung. |
| Los oder Modul | Fachliche Gruppierung, nützlich, um die Ausführung auf mehrere Tester zu verteilen. |
| Titel | Was der Fall prüft, in einem Satz. |
| Vorbedingungen und Testdaten | Ausgangszustand, zu verwendende Konten, Testwerte. |
| Schritte | Auszuführende Aktionen, eine pro Zeile, in der richtigen Reihenfolge. |
| Erwartetes Ergebnis | Beobachtbares Verhalten, das den Fall bestätigt. |
| Priorität | Gewicht des Falls bei der Abnahmeentscheidung. |
| Status | OK, KO, blockiert oder nicht zutreffend, bei der Ausführung auszufüllen. |
| Kommentar und Fehler | Die Beobachtung des Testers und ein Link zum Fehler, der bei einer Abweichung eröffnet wird. |
Ein Abnahmetestbuch in 6 Schritten erstellen
- Prüfbare Anforderungen aus der Spezifikation extrahieren. Eine vage Anforderung (« die Website muss schnell sein ») muss mit dem Auftraggeber geklärt werden, bevor ein Fall geschrieben wird.
- In Lose und Module gliedern, die die Anwendung abbilden (Authentifizierung, Bestellung, Rechnungsstellung …), damit sich die Ausführung aufteilen und verfolgen lässt.
- Die Fälle schreiben: ein Testziel pro Fall, kurze Schritte im Imperativ und ein erwartetes Ergebnis, das sich ohne Interpretation beobachten lässt.
- Testdaten und Voraussetzungen planen: Konten, Rechte, Ausgangszustände. Ein Fall, der mangels Daten nicht wiederholt werden kann, endet « blockiert ».
- Priorisieren: Wenn die Zeit knapp wird, müssen die kritischen Fälle zuerst laufen. Legen Sie auch fest, was die Lieferung blockiert und was zu einem Vorbehalt werden kann.
- Vom Auftraggeber prüfen lassen und das Testbuch dann gemeinsam mit der Spezifikation versionieren, die es prüft. Ein Testbuch, das der Version der Spezifikation nicht folgt, beweist nichts mehr.
Beispiel für einen Testfall
| Feld | Inhalt |
|---|---|
| Kennung | CT-012 |
| Quellanforderung | Authentifizierung, § 2.3: Ein falsches Passwort wird abgelehnt. |
| Titel | Anmeldung mit falschem Passwort |
| Vorbedingungen | Ein aktives Konto mit der Adresse [email protected] existiert. |
| Schritte | 1. Die Anmeldeseite öffnen. 2. [email protected] und ein falsches Passwort eingeben. 3. Auf « Anmelden » klicken. |
| Erwartetes Ergebnis | Eine klare Fehlermeldung wird angezeigt, der Benutzer bleibt auf der Anmeldeseite und erhält keinen Zugriff auf Daten. |
| Priorität | Hoch |
Ausführungsstatus eines Testfalls
| Status | Bedeutung |
|---|---|
| OK | Das beobachtete Ergebnis entspricht dem erwarteten Ergebnis. |
| KO | Eine Abweichung wird beobachtet: Ein Fehler wird eröffnet und mit dem Fall verknüpft. |
| Blockiert | Der Fall kann nicht ausgeführt werden (fehlende Voraussetzung, blockierender Fehler vorgelagert). |
| N/A | Der Fall trifft auf diese Version oder diesen Umfang nicht zu. |
Am Ende der Kampagne bilden die Anzahl der Fälle je Status und der Schweregrad der verbleibenden Fehler die Grundlage für das Urteil des Abnahmeprotokolls.
Abnahme, VABF, VSR: Wo liegt der Unterschied?
Die Abnahme (« recette » auf Französisch) ist die gesamte Prüfphase, die zur Annahme der Software führt. In manchen Verträgen, insbesondere in französischen öffentlichen IT-Verträgen, ist sie in zwei Stufen unterteilt: die VABF (Prüfung der Eignung für den ordnungsgemäßen Betrieb), die kontrolliert, ob das gelieferte System wie erwartet funktioniert, und dann die VSR (Prüfung des regulären Betriebs), die seinen Betrieb über einen Zeitraum unter realen Produktionsbedingungen beobachtet. Dauer und Kriterien legt der Vertrag fest.
Das Testbuch beschreibt, was geprüft wird; diese Abkürzungen bezeichnen den Zeitpunkt und den vertraglichen Rahmen der Prüfung. Diese Definitionen finden Sie im Glossar der Software-Abnahme.
Häufige Fehler
- Das Testbuch am Ende des Projekts schreiben, wenn keine Zeit mehr bleibt, die dadurch aufgedeckte mehrdeutige Spezifikation zu korrigieren.
- Fälle ohne messbares erwartetes Ergebnis (« die Seite wird korrekt angezeigt »): Zwei Tester kommen zu unterschiedlichen Schlüssen.
- Keine Verknüpfung mit den Anforderungen: Es lässt sich nicht sagen, was nicht abgedeckt ist.
- Eine Spezifikation, die sich ändert, und ein Testbuch, das nicht mitzieht: Die Fälle testen eine Version, die es nicht mehr gibt.
- Mehrere Versionen derselben Excel-Datei kursieren per E-Mail, mit an mehreren Stellen eingetragenen Ergebnissen.
Excel oder ein spezielles Werkzeug?
Für ein kleines Projekt mit einem einzigen Tester genügt eine Tabellenkalkulation. Sobald an der Abnahme mehrere Tester, aufeinanderfolgende Versionen der Spezifikation und die Fehlerverfolgung beteiligt sind, vermeidet ein spezielles Werkzeug Doppelungen und erhält die Nachvollziehbarkeit. Der Vergleich zwischen Excel, Testmanagement-Werkzeugen und Spec2Sign erläutert die Auswahlkriterien.
Ihr Abnahmetestbuch mit Spec2Sign erzeugen
Spec2Sign erstellt das Abnahmetestbuch aus Ihren Spezifikationen:
- Sie laden die Spezifikation hoch (PDF, Word, Excel oder Markdown);
- die KI extrahiert die Anforderungen, wörtlich zitiert mit ihrer Quelle, und schlägt einen Plan in Losen und Modulen vor;
- für jede Anforderung schreibt sie Testfälle mit Schritten, erwartetem Ergebnis, Priorität und Testdaten und markiert die zu klärenden Punkte, die die Spezifikation offenlässt;
- eine Abdeckungsmatrix zeigt die Anforderungen ohne Testfall;
- ändert sich die Spezifikation, schlägt eine Auswirkungsanalyse die hinzuzufügenden, zu ändernden oder obsolet werdenden Fälle vor, die Sie Zeile für Zeile annehmen.
Das erzeugte Testbuch ist ein Vorschlag: Prüfen und bestätigen Sie es vor jeder vertraglichen Verwendung.
Häufig gestellte Fragen
Was ist der Unterschied zwischen einem Abnahmetestbuch und einem Testplan?
Der Testplan beschreibt die Strategie: Umfang, Testarten, Umgebungen, Ressourcen und Zeitplan. Das Abnahmetestbuch ist sein operativer Teil: die Liste der genauen auszuführenden Testfälle mit ihrem erwarteten Ergebnis. In vielen Projekten von IT-Dienstleistern und Agenturen wird das Testbuch direkt erstellt, vorangestellt sind nur wenige Zeilen Rahmenbeschreibung.
Wann sollte das Abnahmetestbuch geschrieben werden?
Sobald die Spezifikation stabil ist, nicht erst am Ende der Entwicklung. Wer die Fälle parallel schreibt, deckt die Mehrdeutigkeiten der Spezifikation früh auf, wenn ihre Klärung noch günstig ist.
Wie viele Testfälle sind nötig?
Eine allgemeingültige Zahl gibt es nicht. Das Mindestziel ist, dass jede Anforderung durch mindestens einen Fall abgedeckt ist; danach kommen Grenz- und Fehlerfälle für kritische Funktionen hinzu. Durch die Priorisierung der Fälle lässt sich das Wesentliche ausführen, wenn die Zeit knapp wird.
Lässt sich ein Abnahmetestbuch mit KI erzeugen?
Ja. Spec2Sign extrahiert die Anforderungen aus einer Spezifikation und schreibt die passenden Testfälle, jeweils mit dem Quellabschnitt verknüpft. Das Ergebnis bleibt ein Vorschlag, den ein Mensch prüfen und bestätigen muss, bevor er ihn für die Abnahme verwendet.