User Acceptance Testing (UAT)
Benutzerakzeptanztests überprüfen, ob ein System die Anforderungen und Geschäftsziele aus Anwendersicht erfüllt.
Klassifikation
- KomplexitätMittel
- AuswirkungGeschäftlich
- EntscheidungstypOrganisation
- OrganisationsreifeFortgeschritten
Technischer Kontext
Prinzipien & Ziele
Use Cases & Szenarien
Kompromisse
- Unklare Akzeptanzkriterien führen zu inkonsistenten Entscheidungen.
- Zu kleine oder nichtrepräsentative Testgruppen liefern falsche Signale.
- UAT wird als bloße Formalität missbraucht und echte Probleme übersehen.
- Inkludiere echte Anwender und realistische Szenarien.
- Nutze klare, messbare Akzeptanzkriterien.
- Automatisiere vorbereitende Regressionstests, um UAT zu fokussieren.
I/O & Ressourcen
- Release-Build in Testumgebung
- Akzeptanzkriterien und Testskripte
- Repräsentative Endanwender als Tester
- Abnahmeentscheidung mit Begründung
- Priorisierte Liste gefundener Mängel
- Protokolle und Feedback für Produktverbesserung
Beschreibung
User Acceptance Testing (UAT) ist ein strukturierter Prozess, in dem reale Anwender prüfen, ob eine Lösung ihre Anforderungen erfüllt. UAT stellt die endgültige Validierung vor der Produktfreigabe sicher und fokussiert auf End-to-End-Szenarien, Geschäftswert und Akzeptanzkriterien.
✔Vorteile
- Reduziert das Risiko, dass Produkteinkäufe oder Geschäftsprozesse scheitern.
- Sichert fachliche Akzeptanz und erhöht Stakeholder-Vertrauen.
- Erkennt Usability- und Integrationsprobleme vor dem Produktionsstart.
✖Limitationen
- Abhängigkeit von verfügbaren Endanwendern kann Zeitpläne verzögern.
- Nicht alle technischen Nichtfunktionen werden durch UAT abgedeckt.
- Ergebnisse sind subjektiv und benötigen klare Auswertungsregeln.
Trade-offs
Metriken
- Akzeptanzquote
Anteil der Testfälle, die von Endanwendern akzeptiert wurden.
- Defect-Discovery-Rate
Anzahl neuer, in UAT gefundener kritischer Fehler pro Testzyklus.
- Time-to-Acceptance
Durchschnittliche Zeit, bis eine Testgruppe ein Feature akzeptiert.
Beispiele & Implementierungen
UAT in Online-Banking Einführungsprojekt
Bank führte UAT mit ausgewählten Kunden durch, um Zahlvorgänge und Sicherheitsmeldungen im Echtbetrieb zu prüfen.
B2B-SaaS Feature-Release
Produktteam organisierte UAT-Sessions mit Key-Accounts, identifizierte Usability-Probleme und priorisierte Nachbesserungen.
Pilot für Mobil-App in Testmarkt
Vor großem Rollout wurde eine Pilotgruppe in einem Testmarkt eingesetzt, um Annahme und Performance zu messen.
Implementierungsschritte
Definition von Akzeptanzkriterien und Testumfang.
Rekrutierung und Briefing von Endanwendern als Tester.
Bereitstellung stabiler Testumgebungen und Daten.
Durchführung der UAT-Sessions und Erfassung von Befunden.
Auswertung, Priorisierung und Entscheidung über Release.
⚠️ Technische Schulden & Engpässe
Tech Debt
- Fehlende automatisierte Regression erhöht manuellen UAT-Aufwand.
- Unzureichende Testdatenmanagement-Prozesse.
- Kein standardisiertes Berichtswesen für UAT-Ergebnisse.
Bekannte Engpässe
Beispiele für Missbrauch
- Nur Entwickler führen die UAT durch statt echter Anwender.
- UAT wird erst nach Produktionsstart durchgeführt.
- Mangelnde Priorisierung führt zu Ignorieren kritischer Befunde.
Typische Fallen
- Anwender sind nicht ausreichend eingewiesen; Ergebnisse unbrauchbar.
- Testumgebung unterscheidet sich stark von Produktion.
- Zeitdruck führt zu oberflächlicher Abnahme.
Erforderliche Fähigkeiten
Drivers (Architectural Drivers)
Constraints
- • Begrenzte Testumgebungen mit Prod-nahen Daten
- • Vertraulichkeitsanforderungen bei Pilotkunden
- • Zeitliche Beschränkungen im Release-Fenster