UAT (Benutzerakzeptanztest)

Was ist ein UAT (Benutzerakzeptanztest)?

Die präziseste Referenz ist der Lehrplan Certified Tester Foundation Level des ISTQB in der Fassung 4.0.1 vom September 2024. Er ordnet den Abnahmetest den Teststufen zu und hält fest, dass dieser auf Validierung und auf den Nachweis der Einsatzbereitschaft zielt, also darauf, dass das System die fachlichen Bedürfnisse der Anwender erfüllt. Idealerweise, so der Lehrplan, sollten ihn die vorgesehenen Anwender durchführen (ISTQB, CTFL v4.0.1, § 2.2.1).

Derselbe Lehrplan unterscheidet mehrere Formen des Abnahmetests, von denen der Benutzerakzeptanztest nur eine ist:

• der Benutzerakzeptanztest (UAT) im engeren Sinn;
• der betriebliche Abnahmetest, auf Seite des IT-Betriebs;
• der vertragliche und der regulatorische Abnahmetest;
• Alpha- und Betatests.

Im deutschen Sprachgebrauch ist Benutzerakzeptanztest die belegte Form – Microsoft verwendet sie in seiner deutschen Dokumentation und nennt das Kürzel UAT in Klammern dazu (Microsoft Learn DE). Umgangssprachlich wird auch von Abnahme oder fachlicher Abnahme gesprochen.

Validieren ist nicht verifizieren

Das ist die nützlichste Unterscheidung des ganzen Themas, und das ISTQB trifft sie bereits im ersten Kapitel: Testen umfasst Verifizierung – die Prüfung, ob das System die spezifizierten Anforderungen erfüllt – und Validierung – die Prüfung, ob es den Bedürfnissen der Anwender und weiterer Beteiligten in ihrer betrieblichen Umgebung entspricht (ISTQB, CTFL v4.0.1, § 1.1).

Ein System kann also jede Verifizierung bestehen und an der Validierung scheitern: konform zum Lastenheft, unbrauchbar in der täglichen Arbeit. Genau das soll der Benutzerakzeptanztest auffangen – und genau das fängt er nicht auf, wenn ihn das Projektteam anhand von Skripten des Projektteams durchführt.

Wie ein Benutzerakzeptanztest brauchbar wird

1. Echte Anwender testen lassen, ausgewählt nach Repräsentativität – einschließlich weniger geübter Anwender, die die Reibungspunkte zeigen, die Fachexperten längst nicht mehr sehen.
2. Von echten Fällen ausgehen, nicht von Skripten: Ein komplexer Vorgang aus dem Vorjahr sagt mehr als zehn Musterszenarien.
3. Mit realistischen Daten testen. Ein Test auf sauberem Datenbestand validiert ein System, das es nie geben wird.
4. Fehler mit dem Fachbereich bewerten, nicht allein nach technischer Schwere: Eine Verzögerung auf der meistgenutzten Maske wiegt schwerer als ein Fehler in einer Quartalsfunktion.
5. Die Abnahme ausdrücklich erklären, mit der Liste der offenen Fehler und dem Namen dessen, der ihre Verschiebung hinter das Go-live verantwortet.

Die Größenordnung des Aufwands überrascht oft. Für den Umstieg auf SAP Cloud ERP hat Swarovski über 600 Beteiligte für rund 25.000 Tests mobilisiert, verteilt auf zwei Jahre Vorbereitung (SAP News Center, Juli 2026).

Was der Benutzerakzeptanztest nicht sagt

Eine erklärte Abnahme garantiert keine Akzeptanz. Denn sie läuft unter Bedingungen ab, die mit denen der täglichen Arbeit nichts zu tun haben: freiwillige Anwender, volle Aufmerksamkeit, Begleitung in Reichweite, kein Termindruck.

Am Tag des Go-live ist keine dieser Bedingungen gegeben. Deshalb betreffen die Schwierigkeiten, die im Hypercare auftauchen, selten fehlerhafte Funktionen und fast immer Abläufe, die niemand in ihrer Durchgängigkeit betrachtet hat.

Zwei sinnvolle Ergänzungen: mindestens einen Prozess durchgängig von jemandem testen lassen, der ihn nie gesehen hat – und dafür sorgen, dass zum Start Hilfe im System verfügbar ist. Eine Digital Adoption Platform ermöglicht es, diese Hilfen schon während der Abnahme zu erstellen – aus den Abläufen, die die Tester gerade bestätigt haben.

Wenn die Abnahme ihre Rolle nicht erfüllt hat

Zwei öffentliche Vorgänge zeigen, was unzureichende Validierung kostet. Der Stadtrat von Birmingham hat im April 2022 ein neues Oracle-Finanzsystem eingeführt; die britische Regierung veranschlagte im Oktober 2023 die Kosten für die Behebung der Folgen dieser Einführung auf 100 Millionen Pfund (gov.uk), und die vom Ministerium eingesetzten Beauftragten (Commissioners) nannten im Januar 2024 rund 50 Millionen Pfund zusätzlich für eine vollständige Neueinführung (gov.uk).

Revlon wiederum hat im Jahresbericht 10-K für das Geschäftsjahr 2018 schriftlich festgehalten, dass der Umsatz durch Störungen des Serviceniveaus im Werk Oxford in North Carolina belastet wurde – infolge der Einführung eines neuen SAP-ERP-Systems, mit erheblichen Kosten für die Behebung (SEC, Formular 10-K, März 2019).

Fazit

Der Benutzerakzeptanztest ist der einzige Zeitpunkt im Projekt, an dem geprüft wird, ob das System dem echten Bedarf entspricht und nicht seiner Beschreibung. Vom Projektteam anhand von Musterszenarien durchgeführt, prüft er im Wesentlichen wieder die Spezifikation – und verliert damit seinen eigentlichen Zweck.

Auch ein gut geführter Benutzerakzeptanztest bleibt eine Übung unter geschützten Bedingungen. Was er bestätigt, ist die Einsatzbereitschaft; über die spätere Akzeptanz sagt er nichts.

Häufige Fragen