Der Systemtest wird von der QA oder dem Testteam durchgeführt und prüft, ob das System die technischen Anforderungen und Spezifikationen erfüllt. User Acceptance Testing hingegen wird von echten Endanwender:innen oder Fachvertreter:innen durchgeführt und bewertet, ob die Software die Geschäftsprozesse und Akzeptanzkriterien des Unternehmens erfüllt. UAT findet typischerweise nach dem Systemtest statt und ist die letzte Teststufe vor dem Go-Live.
Was ist User Acceptance Testing (UAT)?
User Acceptance Testing (kurz: UAT, deutsch: Userakzeptanztest oder Abnahmetest) ist eine Teststufe, bei der echte Endanwender:innen oder Vertreter:innen des Fachbereichs die Software manuell unter realistischen Bedingungen prüfen. Ziel ist es, zu verifizieren, dass das System die vereinbarten Akzeptanzkriterien erfüllt und für den produktiven Einsatz freigegeben werden kann.
UAT findet typischerweise nach dem Systemtest statt – also nachdem technische Tests bereits abgeschlossen sind – und bildet das finale Qualitätstor vor dem Go-Live. Im Unterschied zu Entwicklertests liegt der Fokus nicht auf der technischen Korrektheit des Codes, sondern auf der Frage: „Erfüllt die Software die Anforderungen und Erwartungen der Nutzer:innen und des Unternehmens?“
Im ISTQB-Kontext ist UAT eine Unterform der Abnahmetests und wird häufig auch als Business Acceptance Testing (BAT) bezeichnet, wenn die Abnahme durch Fachvertreter:innen statt durch Endanwender:innen erfolgt.
Moderne Teams ergänzen manuelle UAT-Phasen zunehmend durch automatisierte UI-Tests – sowohl für Web- als auch für Desktop- und Mobile-Anwendungen. Für repetitive Regressionsprüfungen und klar definierte Geschäftsabläufe können diese den manuellen Testaufwand erheblich reduzieren – und in vielen Fällen vollständig übernehmen.
Praxisbeispiele für User Acceptance Testing mit QF-Test
QF-Test unterstützt Teams dabei, UAT-Szenarien zu automatisieren und Abnahmetestfälle effizient wiederverwendbar zu gestalten.
Praxisnahe Empfehlungen:
- Abnahmerelevante Workflows automatisiert absichern: Überführen Sie typische UAT-Szenarien in automatisierte UI-Tests – egal ob für Web, Java/Swing, JavaFX, SWT/RCP, Windows-Desktop oder Mobile. Diese laufen bei jedem Release ohne manuelle Beteiligung des Fachbereichs zuverlässig ab und senken den Abnahmeaufwand dauerhaft.
- Kritische Geschäftsprozesse als End-to-End-Szenarien abbilden: Bilden Sie vollständige Nutzerabläufe als End-to-End-Tests ab, die die gesamte User Journey vom Login bis zum Abschluss systemübergreifend prüfen.
- Funktionale Abnahmetests strukturiert erfassen: Nutzen Sie QF-Test, um funktionale Tests gezielt auf Akzeptanzkriterien auszurichten und zwischen Testmanager:in und Fachbereich nachvollziehbar zu dokumentieren.
- Testergebnisse ins Testmanagement zurückschreiben: Mit der Testmanagement-Integration werden UAT-Ergebnisse automatisch in Ihr Ticketsystem übertragen und sind für die Abnahmeentscheidung direkt verfügbar.
- UAT-Szenarien mit der Teststrategie abstimmen: Stellen Sie sicher, dass Ihre UAT-Szenarien zur übergeordneten Teststrategie passen und Risikofelder sowie geschäftskritische Abläufe gezielt abdecken.
Ziele von User Acceptance Testing
- Akzeptanzkriterien validieren: Prüfen, ob die gelieferte Software die vereinbarten Anforderungen und Geschäftsprozesse erfüllt
- Release-Freigabe absichern: Eine fundierte Go/No-Go-Entscheidung auf Basis realer Nutzerszenarien treffen
- Fehler aus Nutzerperspektive aufdecken: Usability-Probleme und fachliche Lücken identifizieren, die technische Tests nicht erkennen
- Risiken vor dem Go-Live minimieren: Kritische Fehlfunktionen verhindern, bevor echte Nutzer:innen betroffen sind
- Akzeptanz im Fachbereich herstellen: Business-Vertreter:innen aktiv einbinden und Vertrauen in das neue System aufbauen
- Abnahmedokumentation schaffen: Abnahmeprotokolle erstellen, die als formaler Nachweis der Softwareabnahme dienen
Diese Ziele richten sich an alle Beteiligten: Tester:innen, Entwickler:innen, Projektverantwortliche und Entscheider:innen aus dem Fachbereich.
Wie funktioniert User Acceptance Testing?
- Anforderungsanalyse und Testbasis: Akzeptanzkriterien werden aus User Stories, Fachkonzepten oder Lastenheften abgeleitet
- Testplanung: Testumfang, Rollen, Zeitplan und Testumgebung werden definiert; Testfälle werden erstellt oder aus vorherigen Teststufen übernommen
- Vorbereitung der UAT-Umgebung: Eine produktionsnahe Testumgebung mit realistischen Testdaten wird bereitgestellt
- Testdurchführung durch Endanwender:innen: Key User oder Fachvertreter:innen führen vorbereitete Testszenarien durch und dokumentieren Ergebnisse und Abweichungen
- Fehlermanagement: Gefundene Fehler werden bewertet, priorisiert und zur Behebung an das Entwicklungsteam übergeben
- Abnahme oder Nachbesserung: Nach erfolgreicher Testdurchführung erfolgt die formale Freigabe; bei kritischen Fehlern werden Nachbesserungsrunden eingeplant
UAT ist keine einmalige Aktivität, sondern ein iterativer Prozess. Besonders in agilen Projekten wird er sprint-weise oder release-begleitend durchgeführt – mit enger Abstimmung zwischen Fachbereich, QA und Entwicklung. Die Qualität der Testumgebung und die Klarheit der Akzeptanzkriterien sind dabei die entscheidenden Erfolgsfaktoren.
Durchführung von User Acceptance Testing
Einsatzgebiete
UAT wird eingesetzt, wenn ein Release kurz vor dem Go-Live steht und die technischen Teststufen (Unit Tests, Integrationstests, Systemtest) abgeschlossen sind. Typische Einsatzsituationen sind Neueinführungen, Major Releases, Migrationsprojekte sowie regulatorisch vorgeschriebene Abnahmen – etwa in der Finanz-, Versicherungs- oder Medizintechnik.
Voraussetzungen
Vor dem Start eines UAT müssen folgende Voraussetzungen erfüllt sein: eine stabile, produktionsnahe Testumgebung mit repräsentativen Testdaten, fertig abgestimmte Akzeptanzkriterien, verfügbare Key User oder Fachvertreter:innen sowie ein abgeschlossener Systemtest ohne offene kritische Fehler.
Schrittweise Anwendung
Beginnen Sie damit, die Akzeptanzkriterien aus den Anforderungen abzuleiten und Testszenarien aus Nutzerperspektive zu erstellen. Bereiten Sie die UAT-Umgebung und Testdaten vor, weisen Sie die Tester:innen aus dem Fachbereich ein und führen Sie die Tests durch. Dokumentieren Sie Ergebnisse und Abweichungen strukturiert, klassifizieren Sie Fehler nach Priorität und leiten Sie Nachbesserungen ein. Den Abschluss bildet das Abnahmeprotokoll und die formale Release-Entscheidung.
Typische Fallstricke
Häufig werden UAT-Phasen zu spät eingeplant oder zeitlich stark komprimiert. Ein weiterer Fallstrick ist das Fehlen konkreter Akzeptanzkriterien – ohne klare Messlatte ist eine Abnahme subjektiv und führt zu Diskussionen. Auch unzureichende Testdaten oder eine nicht produktionsnahe Testumgebung mindern die Aussagekraft der UAT-Ergebnisse erheblich.
Kombination mit anderen Methoden
UAT lässt sich sinnvoll mit automatisierten Regressionstests kombinieren, um bereits abgenommene Funktionen nicht erneut vollständig manuell prüfen zu müssen. Für UI-Anwendungen bieten automatisierte UI-Tests mit QF-Test eine besonders effiziente Ergänzung – quer über Web-, Java-, JavaFX-, SWT-, Windows-Desktop- und Mobile-Oberflächen hinweg. Stabile, gut definierte Abnahmeabläufe können vollständig automatisiert werden und entlasten den Fachbereich dauerhaft. In agilen Projekten ergänzt UAT die Definition of Done je User Story. Der ATDD-Ansatz (Acceptance Test-Driven Development) verknüpft Akzeptanzkriterien schon in der Entwicklungsphase mit konkreten Tests und reduziert so den Nachbesserungsaufwand im UAT erheblich.
Vorteile von User Acceptance Testing
- Hohe Relevanzsicherheit: Nur Funktionen, die im realen Einsatz funktionieren, werden freigegeben – nicht nur technisch korrekte
- Frühzeitige Nutzerbindung: Der Fachbereich wird aktiv eingebunden, was die Akzeptanz der neuen Software erhöht
- Reduktion von Produktionsfehlern: Fehler, die erst nach dem Go-Live auftreten würden, werden vor der Freigabe identifiziert und behoben
- Klare Abnahmedokumentation: UAT-Protokolle schaffen rechtliche und prozessuale Sicherheit bei der Softwareübergabe
- Bessere Kommunikation zwischen IT und Fachbereich: Der gemeinsame Testprozess fördert gegenseitiges Verständnis und schärft Anforderungen für zukünftige Releases
Herausforderungen und Lösungsansätze im User Acceptance Testing
Mangelnde Verfügbarkeit von Key Usern: Tester:innen aus dem Fachbereich sind oft in ihr Tagesgeschäft eingebunden und für UAT-Phasen schwer verfügbar. UAT-Zeiten sollten frühzeitig im Projektplan eingeplant und mit dem Fachbereich verbindlich vereinbart werden. Automatisierte Regressionstests reduzieren den manuellen Aufwand pro Release und entlasten die Testverantwortlichen.
Unklare Akzeptanzkriterien: Wenn Anforderungen zu allgemein formuliert sind, ist eine Abnahme subjektiv und führt zu Diskussionen zwischen Fachbereich und IT. Akzeptanzkriterien sollten bereits in der Anforderungsphase SMART formuliert werden – spezifisch, messbar, erreichbar, relevant und terminiert.
Nicht produktionsnahe Testumgebung: Fehler, die nur in der Produktion auftreten – etwa durch andere Konfigurationen oder Datenmengen – werden im UAT nicht entdeckt. Investieren Sie in eine UAT-Umgebung, die der Produktionsumgebung möglichst entspricht, inklusive realistischer Testdaten und identischer Konfiguration.
Zeitdruck am Projektende: UAT wird häufig als letzter Schritt eingeplant und bei Verzögerungen zeitlich komprimiert. Verankern Sie UAT als festen Meilenstein mit explizit eingeplanten Puffern für Nachbesserungsrunden und setzen Sie auf automatisierte Tests, um den manuellen Testaufwand zu reduzieren.
Best Practice
- UAT früh planen, nicht erst am Projektende: Verankerung als fester Meilenstein im Projektplan – mit realistisch eingeplanter Zeit für Nachbesserungsrunden
- Akzeptanzkriterien vor dem UAT-Start verbindlich festlegen: Gemeinsam mit dem Fachbereich klare, messbare Abnahmekriterien formulieren, um subjektive Abnahmediskussionen zu vermeiden
- Testautomatisierung gezielt einsetzen: Wiederkehrende UAT-Szenarien für kritische Geschäftsprozesse automatisieren, damit Regressionstests effizient und ohne manuellen Aufwand bei jedem Release durchgeführt werden
- Kommunikation zwischen IT und Fachbereich strukturieren: Regelmäßige Abstimmungstermine und ein klarer Defect-Management-Prozess sorgen dafür, dass Fehlertickets schnell bewertet und priorisiert werden
Fazit
User Acceptance Testing ist das finale Qualitätstor vor jeder Software-Freigabe und stellt sicher, dass nicht nur technisch korrekte, sondern auch für echte Nutzer:innen und den Fachbereich akzeptable Software produktiv gesetzt wird. Mit klar definierten Akzeptanzkriterien, einer produktionsnahen Testumgebung und dem gezielten Einsatz von Testautomatisierung lässt sich UAT effizient und zuverlässig durchführen. QF-Test unterstützt Teams dabei, UAT-Szenarien zu automatisieren, Testergebnisse in Testmanagement Tools zurückzuschreiben und die Brücke zwischen technischen Entwicklungsprozessen und den Anforderungen des Business nachhaltig zu schlagen.
Häufig gestellte Fragen (FAQ)
Was ist der Unterschied zwischen UAT und Systemtest?
UAT und Systemtest werden oft verwechselt – sie testen aber aus unterschiedlichen Perspektiven.
Was ist der Unterschied zwischen UAT und Systemtest?
UAT und Systemtest werden oft verwechselt – sie testen aber aus unterschiedlichen Perspektiven.
Kann UAT automatisiert werden?
Manuelle UAT-Tests sind aufwändig – aber nicht alles muss von Hand getestet werden.
Kann UAT automatisiert werden?
Manuelle UAT-Tests sind aufwändig – aber nicht alles muss von Hand getestet werden.
Ja, Teile des UAT lassen sich sehr gut automatisieren – insbesondere wiederkehrende Abnahmetests für kritische Geschäftsprozesse. Exploratives Testen und die subjektive Nutzerperspektive erfordern weiterhin menschliches Urteilsvermögen. Für klar definierte, stabile Abläufe können automatisierte UI-Tests mit QF-Test die manuelle UAT-Durchführung jedoch vollständig ersetzen – unabhängig davon, ob es sich um Web-, Java-, JavaFX-, SWT-, Windows-Desktop- oder Mobile-Anwendungen handelt. Einmal implementiert, laufen sie bei jedem Release ohne Beteiligung des Fachbereichs zuverlässig durch.
Wie wird UAT in agilen Projekten durchgeführt?
Agile Projekte setzen UAT anders ein als klassische Wasserfall-Projekte.
Wie wird UAT in agilen Projekten durchgeführt?
Agile Projekte setzen UAT anders ein als klassische Wasserfall-Projekte.
In agilen Projekten findet UAT nicht erst am Projektende statt, sondern sprint-weise oder release-begleitend. Akzeptanzkriterien werden als Teil jeder User Story formuliert – etwa nach dem ATDD-Ansatz – und am Ende eines Sprints mit dem Fachbereich abgenommen. Diese kontinuierliche Einbindung des Fachbereichs verkürzt Feedback-Schleifen und reduziert den Aufwand für finale Abnahmephasen erheblich.
Interessiert an QF-Test?
Erzählen Sie uns von Ihrem Projekt und wir zeigen Ihnen persönlich, wie QF-Test Sie dabei untersützen kann.
