User Acceptance Testing

Wir haben bereits viel über Testumgebungen und verschiedene Arten von Softwaretests (wie z. B. Smoke-Tests) gesprochen, bei denen wir die Bedeutung von Tests in verschiedenen Phasen des Entwicklungszyklus betont haben. Damit werden Qualität und Performance der Software sichergestellt, die für die Veröffentlichung geplant ist.

In diesem Sinne werden Softwaretests verwendet, um sicherzustellen, dass das Produkt oder die Funktion wie erwartet funktioniert und Nutzer keine Fehler erleben.

In diesem Artikel betrachten wir eine besondere Art von Tests, die als User Acceptance Testing (UAT) bekannt ist.

Viele verwechseln UAT mit Betatests und verwenden die Begriffe austauschbar, obwohl sie nicht genau dasselbe sind.

Es ist wahr, dass Betatests als eine Art von User Acceptance Testing betrachtet werden können. Sowohl Betatests als auch UAT sind zwei der häufigsten Testarten, um ein Produkt vor der endgültigen Veröffentlichung zu validieren. Es gibt jedoch einige Unterschiede, die sie voneinander unterscheiden.

Was ist User Acceptance Testing?

Früh im Softwareentwicklungslebenszyklus hast du möglicherweise eine Reihe verschiedener Tests durchgeführt und alles scheint in Ordnung zu sein. Dennoch stoßen Nutzer nach der Veröffentlichung in der Produktion auf große Probleme bei der Nutzung deines Produkts oder deiner Funktion.

Was ist genau passiert? Es könnte sein, dass deine Software zwar vollständig funktionsfähig ist, aber aufgrund von unklaren Anforderungen an die Developer oder fehlender Kompatibilität mit einer „realen“ Umgebung nicht wie erwartet funktioniert.

Hier liegt der Wert von Akzeptanztests.

User Acceptance Testing ist eine Art von Tests, die verwendet wird, um zu überprüfen, ob eine Software die geschäftlichen Anforderungen erfüllt und ob sie bereit für die Nutzung durch Kunden ist. Es gibt einen umfassenden Überblick darüber, wie die Software insgesamt funktioniert.

UAT wird oft in der Endphase der Entwicklung durchgeführt, kurz bevor die Software in die Produktion geht, und folgt auf Unit-, System- und Integrationstests.

Wie der Name Akzeptanztest andeutet, wird User Acceptance Testing speziell verwendet, um zu überprüfen, ob das Endprodukt oder die Funktion den Anforderungen des Endbenutzers entspricht und ob es akzeptiert wird oder nicht.

Das bedeutet, dass echte Nutzer die Software testen, um sicherzustellen, dass sie in realen Szenarien wie erwartet funktioniert, und so ist es dem „realen“ Test am nächsten.

Eine separate produktionsähnliche Umgebung sollte für diesen Test eingerichtet werden, in der Nutzer mit der Software interagieren, um zu sehen, ob sie reale Aufgaben bewältigen kann.

Typische Fragen, die beantwortet werden sollen, sind:

• Kann der Benutzer die Software nutzen?
• Erfüllt sie seine Anforderungen?
• Stoßen sie auf Probleme bei der Nutzung?
• Funktioniert und verhält sich die Software wie erwartet?
• Erfüllt sie die Entwicklungsspezifikationen?

Die ausgewählten Benutzer sind in der Regel echte Benutzer, die aus Geschäftsanwendern bestehen, die ausreichend Wissen darüber haben, wie die Software täglich genutzt wird und ob sie tatsächlich die geschäftlichen Anforderungen erfüllt.

Generell können Nutzer aus zwei Kategorien stammen: Endbenutzer (Teil der Zielgruppe) oder Kunden (Geschäftsanwender, die das Unternehmen mit der Entwicklung der Software beauftragt haben).

UAT umfasst verschiedene Arten von Tests. Somit sind UAT, Beta- und Alpha-Tests unterschiedliche Arten von Akzeptanztests.

Warum solltest du Akzeptanztests durchführen?

User Acceptance Testing ist entscheidend, da während dieser Testphase echte Benutzer mit der Software interagieren, bevor sie offiziell veröffentlicht wird.

Dies ermöglicht es dir, Fehler zu erkennen, die vor der Veröffentlichung des Produkts behoben werden können.

Dies wiederum minimiert das Risiko, einen Fehler zu spät nach der Produktion zu entdecken, wenn die Behebung teuer und zeitaufwendig sein kann und möglicherweise ernsthaften Schaden für den Ruf eines Unternehmens verursachen könnte.

In diesem Sinne stellt UAT sicher, dass der Zweck jeder Software erfüllt wird, bevor sie in die Produktion geht.

Dies ist wichtig, da Entwickler manchmal Software basierend auf ihrem eigenen Verständnis der Benutzeranforderungen erstellen; es kann aber sein, dass diese Anforderungen nicht dem entsprechen, was der Endbenutzer tatsächlich von der Software benötigt.

User Acceptance Testing fungiert somit als Sicherheitsmaßnahme, die verhindert, dass fehlerhafte oder ineffiziente Software veröffentlicht wird, und stellt sicher, dass der Kunde mit dem Produkt ohne Probleme arbeiten kann, die die Benutzererfahrung beeinträchtigen könnten. Mit anderen Worten, es stellt sicher, dass die Software den Endbenutzern die beste Benutzerfreundlichkeit bietet.

User Acceptance Testing Schlüsselphasen

Die folgenden Schritte und Phasen sollten berücksichtigt werden, um effektive Akzeptanztests durchzuführen:

• Analyse der Produkt- und Geschäftsanforderungen – dies hilft dir, zu bestimmen, was du testen solltest. Mit anderen Worten, dies sind die Anforderungen, die während des Testprozesses validiert werden.

• Erstellung eines UAT-Plans – dieser Plan skizziert die Strategie, die verwendet wird, um zu überprüfen, ob das Produkt die Geschäftsanforderungen erfüllt. Er enthält auch eine Beschreibung der Rollen jedes Teammitglieds und dokumentiert die Ein- und Ausstiegskriterien für User Acceptance Testing.

• Identifizierung von Testszenarien und Testfällen – identifiziere alle hypothetischen Situationen, denen deine Nutzer begegnen werden, und erstelle Testfälle oder Anweisungen, die diesen Szenarien entsprechen.

• Einrichtung der Testumgebung – du musst eine separate Umgebung für die Durchführung von UAT mit produktionsähnlichen Daten einrichten.

• Durchführung der Tests – führe die Testfälle aus und zeichne die Ergebnisse auf. Wenn der Nutzer einen Fehler findet, muss dieser so schnell wie möglich behoben werden. Tester verwenden in der Regel ein Toolset zur Erleichterung des Testmanagements, wie Bugwolf oder Usersnap.

• Datenerfassung und -analyse – die Daten können manuell eingereichte Benutzerberichte oder ein spezielles Tool zur Berichterstellung umfassen. Das Team passt dann den Code basierend auf diesen Ergebnissen an und testet erneut.

• Bestätigung der Geschäftszielen – wenn alles reibungslos verläuft, gibt der Endbenutzer seine Zustimmung, dass die Anwendung seine Bedürfnisse erfüllt und einsatzbereit ist.

Um User Acceptance Testing durchführen zu können, müssen folgende Voraussetzungen gegeben sein:

• Geschäftsanforderungen müssen vorliegen
• Anwendungscode muss vollständig entwickelt sein
• Unit-, Integrations- und Systemtests sollten abgeschlossen sein
• Alle Fehler müssen behoben werden, bevor zur UAT übergegangen wird
• Die UAT-Umgebung muss mit den richtigen Testdaten bereitstehen
• Freigabe-Mail vom Testteam, dass die Anwendung bereit für die UAT ist

User Acceptance Testing vs. Betatests (und andere Testarten)

Diese beiden Testarten werden oft verwechselt. Tatsächlich kann Betatesting als Teil von User Acceptance Testing betrachtet werden, da beide Tests auf echten Nutzern basieren.

Dennoch gibt es einige Unterschiede:

• UAT findet in einer kontrollierteren Umgebung statt, während Betatests in einer Produktionsumgebung durchgeführt werden.
• Die Ziele unterscheiden sich: User Acceptance Testing wird verwendet, um zu überprüfen, ob das Produkt die Geschäftsanforderungen erfüllt, während Betatests dazu dienen, Feedback von Endbenutzern bezüglich der Benutzerfreundlichkeit und des Benutzererlebnisses zu sammeln.
• Betatests sind in der Regel weniger strukturiert und kontrolliert und umfassen eine ‚öffentliche‘ Beta-Veröffentlichung, während UAT nicht der allgemeinen Öffentlichkeit zugänglich gemacht wird.

Beide Tests werden jedoch verwendet, um die Software-Qualität zu validieren, indem sie auf Endbenutzern getestet werden und Fehler aufdecken, die in früheren Testrunden möglicherweise unentdeckt geblieben sind.

Vor den Betatests werden Alphatests nur an internen Benutzern durchgeführt, um sicherzustellen, dass die Software alle Erwartungen erfüllt und die Geschäftsanforderungen einhält.

Ähnlich könnte Akzeptanztests mit Qualitätssicherungstests (QA) verwechselt werden.

Es gibt jedoch Unterschiede: User Acceptance Testing wird nach internen QA-Tests durchgeführt und während UAT von Endbenutzern durchgeführt wird, wird QA-Testing von deinem Produktteam intern durchgeführt, sodass keine realen Benutzer beteiligt sind.

QA-Testing konzentriert sich mehr darauf, technische Probleme zu identifizieren, um sicherzustellen, dass die Software fehlerfrei ist (Verifizierung), während sich UAT darauf konzentriert, wie das Produkt in realen Szenarien funktioniert (Validierung).

Erfahre mehr: Unterschiede zwischen Alpha- und Beta-Testing.

Zusammenfassung

Wie wir gesehen haben, verfolgen Akzeptanztests zwei Hauptziele:

• Sicherstellen, dass die entwickelte Software die Geschäftsanforderungen erfüllt werden.
• Sicherstellen, dass sie von Endbenutzern verwendet werden kann.

User Acceptance Testing ist eine kritische Testart, die am Ende des Softwareentwicklungszyklus stattfindet. Es stellt sicher, dass deine Software in realen Szenarien gemäß den Spezifikationen funktioniert.

Daher ist dies eine notwendige Testart, die nicht übersehen werden sollte, da sie dir die Möglichkeit bietet, deine Software in die Hände echter Benutzer zu geben, bevor du sie offiziell veröffentlichst. Es stellt sicher, dass die von dir veröffentlichte Software den Benutzern genau das bietet, was sie suchen.