Ein Bildschirm kann funktionieren, ohne dass die Änderung das Problem löst, für das sie entwickelt wurde. Vielleicht akzeptiert er Daten, die zurückgewiesen werden müssten, berechnet einen falschen Betrag oder lässt einen Vorgang in einem verbundenen System unvollständig zurück. Abnahmetests auf Basis von Geschäftsregeln beschränken sich deshalb nicht auf die Prüfung visueller Elemente: Sie prüfen, ob ein Prozess für die Menschen und die Organisation das erwartete Ergebnis liefert.
Entscheidend ist, von konkreten betrieblichen Entscheidungen auszugehen und daraus Szenarien mit überprüfbaren Daten, Ergebnissen und Nachweisen abzuleiten. So entwickeln Produktmanagement, Fachbereich, QA und Technologie ein gemeinsames, praktisches Verständnis davon, was es bedeutet, eine Änderung abzunehmen.
Einen Bildschirm zu prüfen bedeutet nicht, eine Geschäftsregel zu validieren
Ein UI-Test kann bestätigen, dass eine Schaltfläche angezeigt wird, ein Formular Eingaben zulässt oder eine Meldung erscheint. Solche Prüfungen können notwendig sein, beweisen für sich genommen aber nicht, dass eine Geschäftsrichtlinie eingehalten wird. Dafür muss die Beziehung zwischen einer Bedingung und ihrer Folge nachvollzogen werden.
Die Frage lautet beispielsweise nicht nur, ob sich ein Antrag absenden lässt. Ebenso muss geklärt werden, welche Bedingungen über seine Genehmigung entscheiden, was bei fehlenden Angaben geschieht und welchen Status Fälle erhalten sollen, die geprüft werden müssen. Die Regel kann auf einer Benutzeroberfläche, in einem Dienst oder in einem nachgelagerten manuellen Prozess umgesetzt sein. Bei der Abnahme ist das relevante Ergebnis zu prüfen, ohne den Implementierungsort vorauszusetzen.
Eine gut prüfbare Regel beschreibt eine beobachtbare Entscheidung: Bei bestimmten Eingabebedingungen muss der Prozess ein eindeutig erkennbares Ergebnis liefern. Hängt eine Regel von Interpretationen ab, sollte sie geklärt werden, bevor der Testfall formuliert wird. Ein Test sollte nicht der erste Ort sein, an dem sich herausstellt, was eine Richtlinie bedeutet.
Regeln, Beteiligte, Daten und Ergebnisse erfassen
Bevor Sie Szenarien schreiben, beziehen Sie die Personen ein, die den Prozess kennen, und diejenigen, die ihn umsetzen. Ziel ist es, die getroffene Entscheidung, die Beteiligten und die Informationen zu beschreiben, die diese Entscheidung beeinflussen. Sie müssen nicht jedes Systemdetail dokumentieren. Die Bedingungen, die das Ergebnis verändern, müssen jedoch ausdrücklich benannt werden.
- Beteiligte: Wer startet oder prüft den Vorgang, etwa eine nutzende Person oder eine Person mit Aufsichtsberechtigung?
- Bedingungen: Welche Regeln, Berechtigungen, vorherigen Status und Einschränkungen beeinflussen die Entscheidung?
- Eingabedaten: Welche Werte werden für das Szenario benötigt, einschließlich möglicher fehlender oder ungültiger Angaben?
- Erwartetes Ergebnis: Welcher Endstatus, welche erlaubte oder verweigerte Aktion, Berechnung, Benachrichtigung oder Aufgabe muss entstehen?
- Nachweis: Wie wird das Ergebnis überprüft, zum Beispiel anhand des gespeicherten Status, einer sichtbaren Antwort oder eines Eintrags im zuständigen System?
Halten Sie offene Fragen fest und bestimmen Sie, wer sie klärt. Gibt es Ausnahmen zu einer Regel, sollten Sie festlegen, wer sie genehmigen darf und wie die Genehmigung dokumentiert wird. Machen Sie eine Annahme des Teams nicht stillschweigend zur Anforderung.
Geschäftsregeln in klare, beobachtbare Szenarien übersetzen
Formulieren Sie jedes Szenario mit genügend Kontext, damit eine andere Person es ausführen und das Ergebnis beurteilen kann. Eine einfache Struktur lautet: Unter bestimmten Bedingungen wird eine Aktion ausgeführt, woraufhin ein konkretes Ergebnis erwartet wird. Wichtiger als die genaue Formulierung ist ihre Präzision: Eingaben und Erwartungen müssen eindeutig sein.
- Beschreiben Sie eine nachvollziehbare Geschäftssituation statt einer ziellosen Abfolge von Klicks.
- Nennen Sie die erforderlichen Daten und den Ausgangsstatus, damit sich das Szenario reproduzieren lässt.
- Geben Sie an, welche Aktion die Entscheidung oder den Prozess auslöst.
- Legen Sie fest, welches Ergebnis sichtbar sein muss und wo es geprüft wird.
Ein Kriterium wie „Das System bearbeitet den Antrag korrekt“ lässt sich nicht einheitlich abnehmen. Ein überprüfbares Kriterium legt dagegen fest, welche Anträge angenommen, abgelehnt oder zur Prüfung weitergeleitet werden und welcher Status gespeichert wird. Lässt das erwartete Ergebnis mehrere Deutungen zu, muss das Kriterium noch präzisiert werden.
Vermeiden Sie es, zu viele Regeln in einem einzigen Szenario zusammenzufassen. Im Fehlerfall muss das Team erkennen können, welches Verhalten von der Vereinbarung abweicht. Wiederholen Sie zugleich keine Tests, die dasselbe Ergebnis mit gleichwertigen Daten prüfen, ohne eine zusätzliche Abdeckung zu schaffen.
Grenzfälle und Ausnahmen abdecken, ohne die Testfallzahl unnötig zu erhöhen
Der Normalfall bestätigt den Hauptablauf, reicht aber selten aus. Geschäftsregeln führen an Grenzwerten, bei fehlenden Angaben oder im Zusammenspiel mehrerer Bedingungen oft zu anderen Ergebnissen. Fragen Sie zunächst, welche Daten die Entscheidung verändern könnten und was unmittelbar vor, genau am und direkt nach dem Grenzwert geschieht.
Priorisieren Sie Variationen, die das Prozessergebnis verändern: zulässige und unzulässige Werte, unterschiedliche Berechtigungen, unvereinbare Status, doppelte Einträge oder unvollständige Informationen – sofern sie für die tatsächlichen Regeln relevant sind. Sind mehrere Bedingungen unabhängig voneinander, können Sie eine repräsentative Auswahl treffen, statt jede mögliche Kombination zu testen. Kann eine bestimmte Kombination die Entscheidung verändern, muss sie abgedeckt sein.
Unterscheiden Sie außerdem zwischen einer geschäftlichen Ausnahme und einem technischen Fehler. Ein Antrag, der aufgrund einer Richtlinie abgelehnt wird, kann ein korrektes Ergebnis sein. Eine Unterbrechung, durch die sich der Status nicht speichern lässt, ist eine andere Situation. Diese Unterscheidung verhindert, dass eine Änderung abgelehnt wird, obwohl eine Regel wie vorgesehen angewendet wurde, oder dass ein betrieblicher Fehler fälschlich als vorgesehene Ausnahme akzeptiert wird.
Systemübergreifende Abläufe vollständig validieren
Wenn mehrere Anwendungen oder Teams beteiligt sind, prüfen Sie den Ablauf von Anfang bis Ende: vom auslösenden Ereignis bis zu dem Ergebnis, das der Betrieb benötigt. Es reicht nicht, festzustellen, dass ein System Informationen übermittelt hat. Sie müssen auch bestätigen, dass das empfangende System sie korrekt verarbeitet und der Endstatus stimmig ist.
Identifizieren Sie Übergabepunkte, Zuständigkeiten und beobachtbare Signale. Was geschieht beispielsweise, wenn das zweite System nicht verfügbar ist? Wird der Vorgang erneut versucht, zur Prüfung vorgemerkt oder so gekennzeichnet, dass eine doppelte Verarbeitung verhindert wird? Die Antworten müssen das vereinbarte Verhalten wiedergeben und dürfen keine Fähigkeiten voraussetzen, die nicht bestätigt wurden. Lässt sich der gesamte Ablauf in einer verfügbaren Umgebung nicht integriert testen, dokumentieren Sie, welche Teilstrecken separat geprüft werden und welche Unsicherheit offenbleibt.
Eine einfache Ablaufübersicht hilft dabei, Abnahmeprüfungen von technischen Tests einzelner Komponenten zu unterscheiden. Die Abnahme konzentriert sich auf die betriebliche Folge. Komponenten- und Integrationstests liefern weitere Nachweise, ersetzen jedoch nicht die Validierung des Geschäftsergebnisses.
Nachweise, Zuständigkeiten und Entscheidungen vereinbaren
Klären Sie vor der Durchführung, wer die Testdaten vorbereitet, wer die einzelnen Szenarien ausführt und wer bei Abweichungen entscheidet. Der Fachbereich bestätigt, ob das Ergebnis der Regel entspricht. Das Produktmanagement koordiniert Umfang und Prioritäten. QA kann die Testabdeckung unterstützen und Ergebnisse dokumentieren. Die Technologie hilft bei der Analyse des Verhaltens. Zuständigkeiten können unterschiedlich verteilt sein, sollten aber nicht unausgesprochen bleiben.
Legen Sie fest, was als ausreichender Nachweis gilt und wie er dokumentiert wird: Szenario, verwendete Daten, beobachtetes Ergebnis, Abnahmestatus und mögliche Abweichungen. Erfassen Sie keine sensiblen Informationen, die für die Prüfung nicht erforderlich sind. Verwenden Sie repräsentative und freigegebene Daten und bereiten Sie eine kontrollierte Alternative vor, wenn echte Daten nicht geeignet sind.
Auch die Entscheidung muss eindeutig sein. Ein Fehler bei einer kritischen Geschäftsregel kann die Abnahme verhindern. Eine geringfügige Abweichung lässt sich möglicherweise mit einer vereinbarten Maßnahme akzeptieren, sofern die zuständigen Personen dazu befugt sind. Halten Sie in jedem Fall Auswirkungen, verantwortliche Person und nächsten Schritt fest. Verbergen Sie offene Bedingungen nicht hinter einem mehrdeutigen „abgenommen“.
Häufige Fehler und Checkliste
Zu den häufigsten Problemen gehören vage Kriterien, Szenarien, die nur den Idealfall abdecken, nicht repräsentative Daten und Tests, die andere Prüfungen wiederholen, ohne eine neue Entscheidung zu überprüfen. Riskant ist auch, jedes System für sich zu validieren und automatisch anzunehmen, dass der Gesamtprozess funktionieren wird. Die Lösung besteht nicht darin, wahllos weitere Testfälle hinzuzufügen. Prüfen Sie stattdessen, für welche Regel, Ausnahme oder Übergabe noch kein klarer Nachweis vorliegt.
Prüfen Sie vor der Abnahmesitzung folgende Punkte:
- Sind die Regeln und ihre Ausnahmen von den zuständigen Personen bestätigt?
- Enthält jedes Szenario Ausgangsbedingungen, Daten, Aktion und ein beobachtbares Ergebnis?
- Sind der Hauptablauf, relevante Grenzfälle und erwartete Ablehnungen abgedeckt?
- Prüfen systemübergreifende Fälle den Endstatus und relevante Fehler bei Übergaben?
- Ist klar, wer die Tests ausführt, Nachweise beisteuert und die endgültige Entscheidung trifft?
- Werden Abweichungen, offene Risiken und Vereinbarungen dokumentiert?
Eine wirksame Abnahme soll nicht beweisen, dass unter allen denkbaren Umständen alles funktioniert. Sie soll ausreichende Nachweise dafür liefern, dass relevante Regeln in repräsentativen Szenarien eingehalten werden und für wichtige Ausnahmen eine vereinbarte Reaktion besteht. So sinkt die Zahl der Unklarheiten, und Änderungen lassen sich besser begründet abnehmen, korrigieren oder zurückstellen.