Wie bereitet man einen Automatisierungs-Abnahmetest vor?

„Es funktioniert“ braucht einen gemeinsamen Maßstab

Eine Automatisierung liest Dateien ein und erzeugt eine Angebotstabelle. Der Entwickler sieht ein Ergebnis und hält die Arbeit für erledigt, während der Betrieb fehlende Zeilen bemerkt. Beide beurteilen dieselbe Ausgabe unterschiedlich, weil die Abnahmekriterien nicht vorab festgelegt wurden. Ein Abnahmetest definiert gemeinsam und überprüfbar, welche Eingaben zu welchen Ausgaben führen sollen. Damit beruht die Übergabe nicht allein auf Eindrücken.

Beginnen Sie beim Entwurf des Prozesses, nicht erst nach Fertigstellung der Software. Erstellen Sie mit den Prozessverantwortlichen einen kleinen Beispieldatensatz und erläutern Sie das korrekte Ergebnis von Hand. Legen Sie fest, welche Felder in die Angebotsberechnung eingehen, wann Datensätze übersprungen werden und welche Aktionen eine menschliche Freigabe brauchen. Lassen Sie die Entwicklung dieselben Beispiele verwenden. So wird erkennbar, ob ein später entdeckter Fall den Umfang erweitert oder einer bestehenden Regel widerspricht.

Repräsentative Daten auswählen

Nur fehlerfreie Datensätze zu testen ist einfach, entspricht aber selten dem Alltag. Nehmen Sie leere Felder, Dubletten, falsche Datumswerte, unerwartete Zeichen und unterschiedliche Kunden mit gleichem Namen auf. Begründen Sie die Auswahl jedes Beispiels. Übertragen Sie echte personenbezogene Daten nicht unnötig in die Testumgebung. Behalten Sie bei repräsentativen Daten die Feldlängen und Formate des echten Systems bei, damit die Beispiele den späteren Bedingungen entsprechen.

Die Zeilenzahl allein belegt keine Richtigkeit. Prüfen Sie Feldzuordnung, Summenberechnung und Ablage ungültiger Datensätze. Der Grund für übersprungene Einträge muss sichtbar sein. Eine erneute Ausführung darf denselben Datensatz nicht doppelt anlegen. Einige Beispiele können mit der Entwicklung geteilt, andere für die Übergabe reserviert werden. Sämtliche Erwartungen müssen trotzdem aus ausdrücklichen Geschäftsregeln folgen.

Das erwartete Ergebnis aufschreiben

Jede Testzeile sollte Szenario, Eingabe, Aktion, Soll-Ausgabe und Ist-Ergebnis enthalten. Ein Datensatz ohne Produktcode könnte etwa auf einer Prüfliste landen müssen, statt ein Angebot auszulösen. Beschreiben Sie auch die Bedeutung der erwarteten Fehlermeldung. Nutzer sollen erkennen, welches Feld zu korrigieren ist. Eine falsche Aktion zu verhindern gehört ebenso zur Abnahme wie eine richtige Ausgabedatei zu erzeugen.

Vermeiden Sie unklare Angaben bei Rundung, Datum und Textvergleichen. Zeigen Sie die fachlich akzeptierte Regel an einem konkreten Beispiel. Ohne geklärte Preisquelle und Behandlung verschiedener Währungen lässt sich ein Ergebnis nicht beurteilen. Muss die Software bei Unklarheit stoppen oder eine befugte Person einschalten, prüfen Sie dieses Verhalten gesondert. Auf Vermutungen weiterzuarbeiten ist nicht für jeden Prozess geeignet.

Fehler und Unterbrechungen berücksichtigen

Beschreiben Sie das Verhalten bei fehlenden Dateien, Netzunterbrechungen oder ausbleibender Antwort eines externen Dienstes. Beschädigt ein Neustart nach einem halben Durchlauf frühere Datensätze? Sieht der Nutzer den Fehler? Zeigt das Protokoll, welcher Datensatz abgeschlossen wurde? Diese Fragen prüfen neben dem Erfolgsfall auch, ob der Betrieb die Kontrolle behält. Unterbrechungstests gehören in eine Umgebung, die keine echten Geschäftsvorgänge auslöst.

Auch die Wiederherstellung muss konkret sein. Bleiben Quelldaten bei falscher Ausgabe erhalten, lässt sich das vorherige Ergebnis archivieren, welche Schritte sind rückgängig zu machen? Erwägen Sie vor irreversiblen automatischen Aktionen eine menschliche Freigabe oder einen zusätzlichen Prüfpunkt. Kennzeichnen Sie Testdatensätze eindeutig. Nachrichten an echte Kunden oder echte Zahlungen sind keine geeignete Abkürzung für einen Abnahmetest.

Berechtigungen und Bedienablauf gemeinsam testen

Tests allein mit einem Administratorkonto können Probleme normaler Nutzer verdecken. Prüfen Sie mit den jeweiligen Rollen zugängliche Masken und erlaubte Aktionen. Eine unbefugte Person darf eine Aktion nicht ausführen können; ein ausgeblendeter Knopf genügt nicht. Halten Sie die verwendete Rolle im Bericht fest. Ohne diese Angabe kann ein erfolgreicher Test nicht ohne Weiteres auf andere Beschäftigte übertragen werden.

Verfolgen Sie alle Schritte: Daten auswählen, vorprüfen, ausführen, Ergebnis ansehen und Ausnahmen bearbeiten. Verwendet eine andere Anwendung die Ausgabe, gehört die Übergabe ebenfalls zum Test. Eine vorhandene Datei kann als Nachweis unzureichend sein. Können Prozessverantwortliche das Ergebnis im Alltag nutzen und Fehler erkennen? Definieren Sie den Automatisierungsablauf anhand dieser Übergabepunkte.

Den Übergabebericht zur Entscheidungsgrundlage machen

Trennen Sie bestandene, fehlgeschlagene und nicht ausgeführte Szenarien. Beschreiben Sie bei verbleibenden Fehlern Auswirkungen, Zwischenlösung und Bedingungen des erneuten Tests. Zählen Sie ungelöste Fälle nicht als Erfolg. Die Prozessverantwortlichen brauchen genügend Informationen für Annahme oder Nachbesserung. Version, Testdatum und Datensatz helfen außerdem festzustellen, welche Prüfungen in der nächsten Version wiederholt werden müssen.

Nach der ersten Abnahme muss nicht jede kleine Änderung eine vollständige Systemprüfung auslösen. Wiederholen Sie betroffene Regeltests und den Kernablauf. Ein früher bestandener Test belegt die neue Version nicht. Betrachten Sie bei Datenarbeiten den Massendatentransfer zusammen mit Datensatzvergleichen. Ein kleiner, klarer und wiederholbarer Testbestand kann zur betrieblichen Änderungskontrolle werden.

Achtung: Vorführung und Abnahme sind verschieden

Ein reibungsloser Ablauf in einem vorbereiteten Video ersetzt keinen Abnahmetest. Dieser muss mit bestimmter Version und bestimmten Daten wiederholbar sein. Beschreiben Sie bei Leistungserwartungen Umgebung und Messmethode; versprechen Sie keine ungeprüften Zeiten oder Erfolgsquoten. Ziel ist, Liefergrenzen sichtbar zu machen und akzeptiertes Verhalten festzuhalten, nicht Fehlerlosigkeit zu behaupten.

Bewahren Sie zum Abschluss das verwendete Beispiel und die getroffene Entscheidung gemeinsam auf. Das nächste Teammitglied soll die Wahl nachvollziehen können. Klären Sie Unsicherheiten mit der zuständigen Person, statt sie zu verdecken. Ein kleiner praktischer Versuch kann mehr Erkenntnisse liefern als ein umfangreich wirkendes, ungenutztes Dokument. Entwickeln Sie ihn mit regelmäßigen Rückmeldungen weiter.

Häufig gestellte Fragen

Was ist der erste Schritt?

Wählen Sie eine reale Aufgabe und ein repräsentatives Beispiel und beschreiben Sie das erwartete Ergebnis.

Wer sollte prüfen?

Prozessverantwortliche und die Person, die die Anwendung nutzt, sollten gemeinsam prüfen.

Wann ist eine Aktualisierung nötig?

Prüfen Sie betroffene Schritte erneut, wenn sich Prozess oder Anwendung ändern.