Was ist User Acceptance Testing (UAT): Ein vollständiger Leitfaden

Erfahren Sie, was User Acceptance Testing (UAT) ist. , Zusammen mit seiner Definition, Typen, Schritten und Beispielen:

Meine Regel Nummer eins beim Versuch, ein neues Konzept zu verstehen, lautet: Der Name wird immer relevant sein und meistens eine wörtliche Bedeutung (in der technischer Kontext).

Wenn Sie herausfinden, was das ist, erhalten Sie ein erstes Verständnis davon und können mit den ersten Schritten beginnen.

= > Klicken Sie hier, um die vollständige Testplan-Lernserie zu erhalten.

Lassen Sie uns dieses Konzept testen.

= > Lesen Sie alle Tutorials in unserer Reihe „Abnahmetests“.

Was sind Benutzerabnahmetests?

Wir wissen, was Testen ist. Akzeptanz bedeutet Genehmigung oder Zustimmung. Der Benutzer im Kontext eines Softwareprodukts ist entweder der Verbraucher der Software oder die Person, die die Erstellung für ihn / sie (Client) angefordert hat.

Nach meiner Regel lautet die Definition also :

User Acceptance Testing (UAT), auch als Beta- oder Endbenutzertest bezeichnet, ist definiert als Testen der Software durch den Benutzer oder Client, um festzustellen, ob sie akzeptiert werden kann oder nicht. Dies ist der endgültige Test, der durchgeführt wird, sobald die Funktions-, System- und Regressionstests abgeschlossen sind.

Der Hauptzweck dieses Tests besteht darin, die Software anhand der Geschäftsanforderungen zu validieren. Diese Validierung wird von den Endbenutzern durchgeführt, die mit den Geschäftsanforderungen vertraut sind.

UAT-, Alpha- und Betatests sind verschiedene Arten von Akzeptanztests.

Da der Benutzerakzeptanztest der letzte Test ist, der durchgeführt wird, bevor die Software live geschaltet wird, ist dies offensichtlich der Letzte Gelegenheit für den Kunden, die Software zu testen und zu messen, ob sie für den Zweck geeignet ist.

Wann wird sie ausgeführt?

Dies ist normalerweise der letzte Schritt, bevor das Produkt live geschaltet wird oder bevor die Lieferung des Produktes angenommen wird. Dies wird durchgeführt, nachdem das Produkt selbst gründlich getestet wurde (dh nach Systemtests).

Wer führt UAT durch?

Benutzer oder Kunde – Dies kann entweder jemand sein, der ein Produkt kauft ( im Fall von kommerzieller Software) oder von jemandem, der eine Software über einen Softwaredienstleister oder den Endbenutzer maßgeschneidert hat, wenn ihm die Software vorab zur Verfügung gestellt wird und wenn sein Feedback eingeholt wird.

Das Team kann aus Betatestern bestehen, oder der Kunde sollte UAT-Mitglieder intern aus jeder Gruppe der Organisation auswählen, damit jede einzelne Benutzerrolle entsprechend getestet werden kann.

Bedarf an Benutzerakzeptanztests

Entwickler und Funktionstester sind technische Mitarbeiter, die die Software anhand der Funktionsspezifikationen validieren. Sie interpretieren die Anforderungen entsprechend ihrem Wissen und entwickeln / testen die Software (hier ist die Bedeutung des Domänenwissens).

Diese Software ist gemäß den Funktionsspezifikationen vollständig, es gibt jedoch einige Geschäftsanforderungen und -prozesse Nur den Endbenutzern bekannte Personen werden entweder nicht kommuniziert oder falsch interpretiert.

Diese Tests spielen eine wichtige Rolle bei der Überprüfung, ob alle Geschäftsanforderungen erfüllt sind oder nicht, bevor die Software für den Markt freigegeben wird. Die Verwendung von Live-Daten und realen Anwendungsfällen machen diese Tests zu einem wichtigen Teil des Veröffentlichungszyklus.

Viele Unternehmen, die aufgrund von Problemen nach der Veröffentlichung große Verluste erlitten haben, wissen, wie wichtig ein erfolgreicher Benutzerakzeptanztest ist. Die Kosten für die Behebung der Fehler nach der Freigabe sind um ein Vielfaches höher als für die Behebung zuvor.

Ist UAT wirklich erforderlich?

Nach einer Vielzahl von System-, Integrations- und Regressionstests würde man sich fragen die Notwendigkeit dieser Prüfung. Tatsächlich ist dies die wichtigste Phase des Projekts, da dies der Zeitpunkt ist, zu dem die Benutzer, die das System tatsächlich verwenden werden, das System auf seine Zweckmäßigkeit validieren würden.

UAT ist ein Test Phase, die weitgehend von der Perspektive der Endbenutzer und dem Domänenwissen einer Abteilung abhängt, die die Endbenutzer vertritt.

In der Tat wäre es für die Geschäftsteams wirklich hilfreich, wenn Sie waren ziemlich früh in das Projekt involviert, damit sie ihre Ansichten und Beiträge zur effektiven Nutzung des Systems in der realen Welt bereitstellen können.

Testprozess für Benutzerakzeptanz

Die Der einfachste Weg, diesen Prozess zu verstehen, besteht darin, ihn als autonomes Testprojekt zu betrachten. Dies bedeutet, dass er die Planungs-, Entwurfs- und Ausführungsphase umfasst.

Im Folgenden sind die Voraussetzungen vor der Planungsphase aufgeführt beginnt:

# 1) Sammeln Sie die wichtigsten Akzeptanzkriterien

In einfachen Worten, Akzeptanzkriterien sind eine Liste von diesen ngs, die vor der Annahme des Produkts bewertet werden.

Es gibt zwei Arten:

(i) Anwendungsfunktionalität oder geschäftsbezogen

Idealerweise sollten alle wichtigen Geschäftsfunktionen validiert werden, jedoch aufgrund von Aus verschiedenen Gründen, einschließlich der Zeit, ist es nicht praktikabel, alles zu tun. Ein oder zwei Besprechungen mit dem Kunden oder den Benutzern, die an diesen Tests beteiligt sein werden, können uns daher eine Vorstellung davon geben, wie viele Tests durchgeführt werden und welche Aspekte getestet werden.

(ii) Vertraglich – Wir werden nicht darauf eingehen, und die Beteiligung des QS-Teams an all dem ist fast nichts. Der ursprüngliche Vertrag, der bereits vor Beginn des SDLC erstellt wird, wird überprüft und es wird eine Einigung darüber erzielt, ob alle Aspekte des Vertrags geliefert wurden oder nicht.

Wir werden uns nur auf die Anwendungsfunktionalität konzentrieren

# 2) Definieren Sie den Umfang der QS-Beteiligung.

Die Rolle des QA-Teams ist eine der folgenden:

(i) Keine Beteiligung – Dies ist sehr selten.

(ii) Unterstützung bei diesen Tests – Die meisten verbreitet. In diesem Fall könnte unsere Beteiligung darin bestehen, die UAT-Benutzer in der Verwendung der Anwendung zu schulen und während dieser Tests in Bereitschaft zu sein, um sicherzustellen, dass wir den Benutzern bei Schwierigkeiten helfen können. In einigen Fällen können wir nicht nur in Bereitschaft und Unterstützung sein, sondern auch ihre Antworten teilen und die Ergebnisse aufzeichnen oder Fehler usw. protokollieren, während die Benutzer die eigentlichen Tests durchführen.

(iii) Führen Sie UAT und Ergebnisse präsentieren – Wenn dies der Fall ist, zeigen die Benutzer auf die Bereiche des AUT, die sie bewerten möchten, und die Bewertung selbst wird vom QS-Team durchgeführt. Sobald dies erledigt ist, werden die Ergebnisse den Kunden / Benutzern präsentiert und sie werden entscheiden, ob die Ergebnisse, die sie zur Hand haben, ausreichend sind oder nicht und in Übereinstimmung mit ihren Erwartungen, um das AUT zu akzeptieren. Die Entscheidung ist niemals die des QA-Teams.

Je nach Fall entscheiden wir, welcher Ansatz am besten ist.

Die primären Ziele und Erwartungen:

Normalerweise wird die UAT von einem Fachexperten (KMU) und / oder einem Geschäftsbenutzer durchgeführt, der möglicherweise Eigentümer oder Kunde eines zu testenden Systems ist. Ähnlich wie in der Systemtestphase umfasst die UAT-Phase auch religiöse Phasen, bevor sie abgeschlossen wird.

Die wichtigsten Aktivitäten jeder UAT-Phase sind nachstehend definiert:

UAT-Governance

Ähnlich wie bei Systemtests wird für UAT eine effektive Governance erzwungen, um sicherzustellen, dass hohe Qualitätstore zusammen mit den definierten Ein- und Ausstiegskriterien (siehe unten **) vorhanden sind.

** Bitte beachten Sie, dass dies der Fall ist nur eine Anleitung. Dies kann basierend auf den Projektanforderungen und -anforderungen geändert werden.

UAT-Testplanung

Der Prozess ist fast der gleiche wie beim regulären Testplan in der Systemphase.

Der in den meisten Projekten am häufigsten verfolgte Ansatz besteht darin, sowohl die System- als auch die UAT-Testphase gemeinsam zu planen. Weitere Informationen zum UAT-Testplan sowie ein Beispiel finden Sie in den UAT-Abschnitten des beigefügten Testplandokuments.

Testplan für die Benutzerakzeptanz

(Dies ist derselbe, den Sie auch verwenden würden Auf unserer Website finden Sie auch Informationen zur QS-Schulungsreihe.

Klicken Sie auf das folgende Bild und scrollen Sie nach unten, um das Beispiel für ein Testplandokument in verschiedenen Formaten zu finden. Überprüfen Sie in dieser Vorlage den UAT-Abschnitt.

Datum, Umgebung, Akteure (wer), Kommunikationsprotokolle, Rollen und Verantwortlichkeiten, Vorlagen, Ergebnisse und deren Analyseprozess, Ein- und Ausstiegskriterien – alles Dies und alles andere, was relevant ist, finden Sie im UAT-Testplan.

Unabhängig davon, ob das QA-Team an diesem Test teilnimmt, teilweise teilnimmt oder überhaupt nicht, ist es unsere Aufgabe, diese Phase zu planen und Stellen Sie sicher, dass alles berücksichtigt wird.

= > Hier ist ein Beispieldokument für einen Benutzerakzeptanztestplan

Benutzerakzeptanztestdesign

In diesem Schritt werden die von den Benutzern gesammelten Akzeptanzkriterien verwendet. Beispiele könnten wie folgt aussehen.

(Dies sind Auszüge aus CSTE CBOK. Dies ist eine der besten verfügbaren Referenzen zu diesem Test.)

Vorlage für Benutzerakzeptanztests:

Basierend auf den Kriterien geben wir (QA-Team) den Benutzern eine Liste der UAT-Testfälle. Diese Testfälle unterscheiden sich nicht von unseren regulären Systemtestfällen. Sie sind nur eine Teilmenge, da wir alle Anwendungen im Gegensatz zu den wichtigsten Funktionsbereichen testen.

Zusätzlich zu diesen Daten, Vorlagen zum Aufzeichnen von Testergebnissen, Verwaltungsverfahren, Fehlerprotokollierungsmechanismus, usw. muss vorhanden sein, bevor wir zur nächsten Phase übergehen.

Testausführung

Normalerweise, wenn möglich, findet dieser Test in einer Konferenz oder einem Kriegsraum statt Richten Sie ein, wo die Benutzer, PM- und QA-Teamvertreter ein oder zwei Tage zusammen sitzen und alle Abnahmetestfälle durcharbeiten.

Oder wenn das QA-Team die Tests durchführt, führen wir den Test durch Fälle auf dem AUT.

Sobald alle Tests ausgeführt wurden und die Ergebnisse vorliegen, wird die Annahmeentscheidung getroffen. Dies wird auch als Go / No-Go-Entscheidung bezeichnet. Wenn die Benutzer zufrieden sind, ist es ein Go oder ein No-Go.

Das Erreichen der Akzeptanzentscheidung ist normalerweise das Ende dieser Phase.

Tools & Methoden

In der Regel ähnelt die Art der Softwaretools, die während dieser Testphase verwendet werden, den Tools, die beim Durchführen von Funktionstests verwendet werden.

Tools:

Da in dieser Phase die vollständigen End-to-End-Abläufe der Anwendung validiert werden, ist es möglicherweise schwierig, ein Tool zur vollständigen Automatisierung dieser Validierung zu haben. Bis zu einem gewissen Grad könnten wir jedoch die während des Systemtests entwickelten automatisierten Skripte nutzen.

Ähnlich wie beim Systemtest würden Benutzer auch Testmanagement- und Fehlermanagement-Tools wie QC, JIRA usw. verwenden Tools können so konfiguriert werden, dass Daten für die Benutzerakzeptanzphase kumuliert werden.

Methoden:

Obwohl herkömmliche Methoden wie bestimmte Geschäftsbenutzer, die die UAT des Produkts durchführen, in einem wirklich globalen Bereich immer noch relevant sind Weltweit wie heute müssen Benutzerakzeptanztests manchmal unterschiedliche Kunden in verschiedenen Ländern einbeziehen, basierend auf dem Produkt.

Beispielsweise wird eine E-Commerce-Website von Kunden auf der ganzen Welt verwendet. In solchen Szenarien sind Crowd-Tests die beste Option.

Crowd-Tests sind eine Methode, mit der Menschen aus der ganzen Welt teilnehmen und die Verwendung des Produkts validieren sowie Vorschläge und Empfehlungen abgeben können.

Crowd-Test-Plattformen werden erstellt und werden derzeit von vielen Organisationen verwendet. Eine Website oder ein Produkt, das einem Crowd-Test unterzogen werden muss, wird auf der Plattform gehostet, und die Kunden können sich selbst für die Validierung nominieren. Die bereitgestellten Rückmeldungen werden dann analysiert und priorisiert.

Die Crowd-Testing-Methode erweist sich als effektiver, da der Puls des Kunden auf der ganzen Welt leicht verstanden werden kann.

UAT In Agile Environment

Die agile Umgebung ist dynamischer. In einer agilen Welt werden Geschäftsbenutzer während der gesamten Projektsprints einbezogen, und das Projekt wird basierend auf den Feedbackschleifen von ihnen verbessert.

Zu Beginn des Projekts wären Geschäftsbenutzer die wichtigsten Stakeholder Bereitstellung einer Anforderung, wodurch das Produkt-Backlog aktualisiert wird. Am Ende jedes Sprints würden Geschäftsbenutzer an der Sprint-Demo teilnehmen und für Feedback zur Verfügung stehen.

Darüber hinaus wäre vor Abschluss des Sprints eine UAT-Phase geplant, in der die Geschäftsbenutzer ihre Aufgaben erledigen würden Validierungen.

Die Rückmeldungen, die während der Sprint-Demo und der Sprint-UAT eingehen, werden zusammengestellt und dem Produkt-Backlog hinzugefügt, das ständig überprüft und priorisiert wird. In einer agilen Welt sind die Geschäftsbenutzer dem Projekt daher näher und bewerten es im Gegensatz zu herkömmlichen Wasserfallprojekten häufiger für seine Verwendung.

UAT-Team – Rollen & Verantwortlichkeiten

Eine typische UAT-Organisation hätte die folgenden Rollen und Verantwortlichkeiten. Das UAT-Team wird vom Projektmanager, den Entwicklungs- und Testteams je nach Bedarf unterstützt.

7 Herausforderungen von UAT Und Minderungsplan

Es spielt keine Rolle, ob Sie Teil einer Milliarden-Dollar-Version oder eines Startup-Teams sind, Sie sollten all diese Herausforderungen bewältigen, um erfolgreiche Software für den Endbenutzer bereitzustellen. P. >

# 1) Einrichtungs- und Bereitstellungsprozess für die Umgebung:

Wenn Sie diesen Test in derselben Umgebung durchführen, die vom Funktionstestteam verwendet wird, werden Sie mit Sicherheit die realen Anwendungsfälle übersehen. Wichtige Testaktivitäten wie Leistungstests können auch nicht in einer Testumgebung mit unvollständigen Testdaten durchgeführt werden.

Für diesen Test sollte eine separate produktionsähnliche Umgebung eingerichtet werden.

Sobald die UAT-Umgebung von der Testumgebung getrennt ist, müssen Sie den Freigabezyklus effektiv steuern. Ein unkontrollierter Release-Zyklus kann zu unterschiedlichen Softwareversionen in der Test- und UAT-Umgebung führen. Wertvolle Akzeptanztestzeit wird verschwendet, wenn die Software nicht mit der neuesten Version getestet wird.

In der Zwischenzeit ist die Zeit für die Problemverfolgung bei falscher Softwareversion hoch.

# 2) Test Planung:

Diese Tests sollten mit einem klaren Akzeptanztestplan in der Anforderungsanalyse- und Entwurfsphase geplant werden.

Bei der Strategieplanung sollten die realen Anwendungsfälle identifiziert werden zur Ausführung. Es ist sehr wichtig, die Testziele für diesen Test zu definieren, da eine vollständige Testausführung für große Anwendungen in dieser Testphase nicht möglich ist. Das Testen sollte durchgeführt werden, indem zuerst kritische Geschäftsziele priorisiert werden.

Dieses Testen wird am Ende des Testzyklus durchgeführt. Offensichtlich ist dies der kritischste Zeitraum für die Softwareversion. Verzögerungen in den vorherigen Entwicklungs- und Testphasen verschlingen die UAT-Zeit.

Eine unsachgemäße Testplanung führt im schlimmsten Fall zu einer Überschneidung zwischen Systemtest und UAT. Aufgrund der geringeren Zeit und des geringeren Drucks, Termine einzuhalten, wird die Software in dieser Umgebung bereitgestellt, auch wenn die Funktionstests nicht abgeschlossen sind. Die Kernziele dieses Tests können in solchen Situationen nicht erreicht werden.

Der UAT-Testplan sollte rechtzeitig vor Beginn dieses Tests erstellt und dem Team mitgeteilt werden. Dies hilft ihnen bei der Testplanung, beim Schreiben von Testfällen & Testskripten und beim Erstellen einer UAT-Umgebung.

# 3) Behandeln neuer Geschäftsanforderungen als Vorfälle / Fehler:

Unklarheiten in den Anforderungen werden in der UAT-Phase erfasst. UAT-Tester stellen Probleme fest, die aufgrund nicht eindeutiger Anforderungen auftreten (indem sie sich die vollständige Benutzeroberfläche ansehen, die während der Anforderungserfassungsphase nicht verfügbar war), und protokollieren sie als Fehler.

Der Kunde erwartet, dass diese in der aktuellen Version behoben werden, ohne die Zeit für die Änderungsanforderungen zu berücksichtigen. Wenn das Projektmanagement keine rechtzeitige Entscheidung über diese Änderungen in letzter Minute trifft, kann dies zu einem Release-Fehler führen.

# 4) Ungelernte Tester oder Tester ohne Geschäftskenntnisse:

Wenn es kein festes Team gibt, wählt das Unternehmen UAT-Mitarbeiter aus verschiedenen internen Abteilungen aus.

Auch wenn die Mitarbeiter mit den Geschäftsanforderungen gut vertraut sind oder nicht für die neuen Anforderungen geschult sind Während der Entwicklung können sie keine effektive UAT durchführen. Außerdem kann ein nicht-technisches Geschäftsteam bei der Ausführung der Testfälle mit vielen technischen Schwierigkeiten konfrontiert sein.

Die Zuweisung von Testern am Ende des UAT-Zyklus bringt dem Projekt keinen Mehrwert. Wenig Zeit für die Schulung des UAT-Personals kann die Erfolgsaussichten für UAT erheblich erhöhen.

# 5) Unsachgemäßer Kommunikationskanal:

Die Kommunikation zwischen Remote-Entwicklung, Test und UAT-Team ist schwieriger . E-Mail-Kommunikation ist oft sehr schwierig, wenn Sie ein Offshore-Tech-Team haben. Eine kleine Unklarheit in Ereignisberichten kann die Behebung um einen Tag verzögern.

Eine ordnungsgemäße Planung und effektive Kommunikation sind für eine effektive Teamzusammenarbeit von entscheidender Bedeutung. Projektteams sollten ein webbasiertes Tool verwenden, um Fehler und Fragen zu protokollieren. Dies hilft dabei, die Arbeitslast gleichmäßig zu verteilen und zu vermeiden, dass doppelte Probleme gemeldet werden.

# 6) Bitten Sie das Funktionstestteam, diese Tests durchzuführen:

Es gibt keine schlimmere Situation, als den Funktionstest zu fragen UAT durchführen.

Kunden verlagern ihre Verantwortung aufgrund fehlender Ressourcen auf das Testteam. In solchen Fällen wird der gesamte Zweck dieses Tests beeinträchtigt. Sobald die Software live geht, werden die Endbenutzer schnell die Probleme erkennen, die von den Funktionstestern nicht als reale Szenarien betrachtet werden.

Eine Lösung hierfür besteht darin, diese Tests den engagierten und erfahrenen Mitarbeitern zuzuweisen Tester mit Geschäftskenntnissen.

# 7) Das Schuldspiel

Manchmal versuchen Geschäftsbenutzer nur, Gründe zu finden, um die Software abzulehnen. Es könnte ihre Selbstheit sein, zu zeigen, wie überlegen sie sind, oder das Entwicklungs- und Testteam dafür verantwortlich zu machen, dass es im Geschäftsteam Respekt bekommt. Dies ist sehr selten, geschieht jedoch in Teams mit interner Politik.

Es ist sehr schwierig, mit solchen Situationen umzugehen. Der Aufbau einer positiven Beziehung zum Geschäftsteam würde jedoch definitiv dazu beitragen, das Schuldspiel zu vermeiden.

Ich hoffe, diese Richtlinien werden Ihnen sicherlich dabei helfen, einen erfolgreichen Plan zur Benutzerakzeptanz umzusetzen, indem Sie verschiedene Herausforderungen bewältigen. Die richtige Planung, Kommunikation, Ausführung und ein motiviertes Team sind die Schlüssel für erfolgreiche Benutzerakzeptanztests.

Systemtests gegen Benutzerakzeptanztests

Die Einbeziehung des Testteams beginnt ziemlich früh im Projekt direkt ab der Anforderungsanalysephase.

Während des gesamten Projektlebenszyklus wird eine Art Validierung für das Projekt durchgeführt, dh statische Tests, Komponententests, Systemtests, Integrationstests und End-to-End-Tests oder Regressionstests. Dadurch können wir besser verstehen, welche Tests in der UAT-Phase durchgeführt wurden und wie unterschiedlich sie sich von den anderen zuvor durchgeführten Tests unterscheiden.

Obwohl wir die Unterschiede zwischen SIT und UAT sehen, ist es wichtig, dass wir Synergien nutzen Behalten Sie jedoch die Unabhängigkeit zwischen beiden Phasen bei, die eine schnellere Markteinführung ermöglichen würden.

Schlussfolgerung

# 1) Bei UAT geht es nicht um Seiten, Felder oder Schaltflächen. Die zugrunde liegende Annahme, noch bevor dieser Test beginnt, ist, dass all diese grundlegenden Dinge getestet werden und gut funktionieren. Gott bewahre, die Benutzer finden einen Fehler so grundlegend – das ist eine sehr schlechte Nachricht für das QA-Team. 🙁

# 2) Bei diesem Test geht es um die Entität, die das Hauptelement im Geschäft ist.

Lassen Sie mich ein Beispiel geben: Wenn das AUT ein Ticketingsystem ist, das Bei UAT geht es nicht darum, nach dem Menü zu suchen, mit dem eine Seite geöffnet wird usw. Es geht um die Tickets und deren Reservierung, die Zustände, die es annehmen kann, seine Reise durch das System usw.

Ein weiteres Beispiel: Wenn es sich bei der Site um eine Autohaus-Site handelt, liegt der Fokus auf dem „Auto und seinen Verkäufen“ und nicht wirklich auf der Site. Daher ist das Kerngeschäft das, was überprüft und validiert wird und wer es besser macht als die Unternehmer. Aus diesem Grund ist dieses Testen am sinnvollsten, wenn der Kunde in hohem Maße involviert ist.

# 3) UAT ist auch eine Form des Testens im Kern, was bedeutet, dass eine gute Chance besteht Einige Fehler werden auch in dieser Phase identifiziert. Es kommt manchmal vor. Abgesehen von der Tatsache, dass es sich um eine erhebliche Eskalation im QA-Team handelt, bedeuten die UAT-Fehler normalerweise ein Meeting, in dem Sie sitzen und diskutieren, wie Sie mit ihnen umgehen sollen Nach diesen Tests ist normalerweise keine Zeit zum Beheben und erneuten Testen vorhanden.

Die Entscheidung wäre entweder:

• Drücken Sie das Go-Live-Datum, beheben Sie das Problem zuerst und dann Fahren Sie fort.
• Lassen Sie den Fehler so wie er ist.
• Betrachten Sie es als Teil der Änderungsanforderung für zukünftige Versionen.

# 4) UAT wird als Alpha- und Betatest klassifiziert, aber diese Klassifizierung ist nicht so wichtig im Kontext typischer Softwareentwicklungsprojekte in einer dienstleistungsbasierten Branche.

• Alpha-Tests werden durchgeführt, wenn UAT in der Umgebung des Softwareherstellers durchgeführt wird und im Kontext kommerzieller Standardprodukte von größerer Bedeutung ist Software.
• Betatest ist, wenn die UAT in der Produktionsumgebung oder in der Clientumgebung ausgeführt wird. Dies ist häufiger bei kundenorientierten Anwendungen der Fall. Die Benutzer hier sind in diesem Zusammenhang die tatsächlichen Kunden wie Sie und ich.

# 5) Die meiste Zeit in einem regulären Softwareentwicklungsprojekt wird UAT in der QS-Umgebung durchgeführt, wenn dies der Fall ist ist keine Staging- oder UAT-Umgebung.

Kurz gesagt, der beste Weg, um herauszufinden, ob Ihr Produkt akzeptabel und zweckmäßig ist, besteht darin, es tatsächlich vor den Benutzern zu platzieren.

Unternehmen setzen auf die agile Art der Bereitstellung, Geschäftsbenutzer werden stärker eingebunden und die Projekte werden verbessert und über Feedback-Schleifen bereitgestellt. Wenn alles erledigt ist, wird die Benutzerakzeptanzphase als Tor für den Einstieg in die Implementierung und Produktion angesehen.

Wie war Ihre UAT-Erfahrung? Waren Sie im Standby-Modus oder haben Sie für Ihre Benutzer getestet? Haben die Benutzer Probleme gefunden? Wenn ja, wie sind Sie damit umgegangen?

= > Lesen Sie hier auch ALLE Tutorials in dieser Reihe

= > Besuchen Sie hier für eine vollständige Testplan-Tutorialserie