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

what is user acceptance testing

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 haben (im technischen Kontext).

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

Liste der privaten Server von World of Warcraft

=> Klicken Sie hier, um die vollständige Testplan-Lernserie anzuzeigen

Lassen Sie uns dieses Konzept testen.

=> Lesen Sie alle Tutorials in unserer Akzeptanztestreihe.

Was du lernen wirst:

• Was ist das Testen der Benutzerakzeptanz?
  • Wann wird es durchgeführt?
  • Wer führt UAT durch?
  • Notwendigkeit von Benutzerakzeptanztests
  • Testprozess zur Benutzerakzeptanz
  • UAT Governance
  • UAT-Testplanung
  • Design für Benutzerakzeptanztests
  • Test Ausführung
  • Tools & Methoden
  • UAT in agiler Umgebung
  • UAT-Team - Rollen und Verantwortlichkeiten
• 7 Herausforderungen des UAT- und Minderungsplans
• Systemtest gegen Benutzerakzeptanztest
• Fazit
  • Literatur-Empfehlungen

Was ist das Testen der Benutzerakzeptanz?

Wir wissen, was Testen ist. Akzeptanz bedeutet Genehmigung oder Vereinbarung. Der Benutzer im Kontext eines Softwareprodukts ist entweder der Verbraucher der Software oder die Person, die die Erstellung der Software für ihn (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 dieser 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 Abnahmetests.

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

Wann wird es durchgeführt?

Dies ist normalerweise der letzte Schritt, bevor das Produkt in Betrieb genommen wird oder bevor die Lieferung des Produkts angenommen wird. Dies wird durchgeführt, nachdem das Produkt selbst gründlich getestet wurde (d.h. nach dem Systemtest ).

Wer führt UAT durch?

Benutzer oder Kunde - Dies kann entweder jemand sein, der ein Produkt kauft (im Fall von kommerzieller Software), oder jemand, der eine Software über einen Softwaredienstanbieter oder den Endbenutzer maßgeschneidert hat, wenn ihm die Software zur Verfügung gestellt wird vor der Zeit und wenn ihr 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.

Notwendigkeit von Benutzerakzeptanztests

Entwickler und Funktionstester sind technische Personen, die die Software anhand der validieren Funktionsspezifikationen . 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, die nur den Endbenutzern bekannt sind, 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 Mängel nach der Freigabe sind um ein Vielfaches höher als für die Behebung zuvor.

Ist UAT wirklich notwendig?

Nach einer Vielzahl von System-, Integrations- und Regressionstests würde man sich über die Notwendigkeit dieser Tests wundern. 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 eine Testphase, 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 sehr hilfreich, wenn sie frühzeitig in das Projekt einbezogen würden, damit sie ihre Ansichten und Beiträge abgeben können, die zur effektiven Nutzung des Systems in der realen Welt beitragen würden.

Testprozess zur Benutzerakzeptanz

Der einfachste Weg, diesen Prozess zu verstehen, besteht darin, ihn als autonomes Testprojekt zu betrachten - das heißt, es wird die Plan-, Entwurfs- und Ausführungsphase haben.

Folgendes sind die Voraussetzungen, bevor die Planungsphase beginnt:

# 1) Sammeln Sie die wichtigsten Akzeptanzkriterien

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

Dies können zwei Arten sein:

(i) Anwendungsfunktionalität oder geschäftsbezogen

Im Idealfall sollten alle wichtigen Geschäftsfunktionen validiert werden. Aus verschiedenen Gründen, einschließlich der Zeit, ist es jedoch 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 beteiligt sein 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 - Das ist sehr selten.

(ii) Unterstützung bei dieser Prüfung - Am gebräuchlichsten. 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) UAT durchführen und Ergebnisse präsentieren - In diesem Fall 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 liegt niemals beim QS-Team.

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 zum Abschluss gebracht wird.

Die Hauptaktivitäten jeder UAT-Phase sind nachstehend definiert:

UAT Governance

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

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

UAT-Testplanung

Der Prozess ist fast der gleiche wie bei der regelmäßiger 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 das gleiche, das Sie auf unserer Website auch für die QS-Schulungsreihe finden würden).

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

Die Daten, die Umgebung, die Akteure (wer), die Kommunikationsprotokolle, die Rollen und Verantwortlichkeiten, die Vorlagen, die Ergebnisse und ihr Analyseprozess, die Ein- und Ausstiegskriterien - all dies und alles andere, was relevant ist, finden Sie im UAT-Testplan.

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

=> Hier ist ein Beispieldokument für einen Benutzerakzeptanztestplan

Design für Benutzerakzeptanztests

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

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

MP3-Musik-Downloader für Android herunterladen

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.

Darüber hinaus müssen die Daten, Vorlagen zum Aufzeichnen von Testergebnissen, Verwaltungsverfahren, Fehlerprotokollierungsmechanismen usw. vorhanden sein, bevor wir mit der nächsten Phase fortfahren können.

Test Ausführung

Wenn möglich, finden diese Tests normalerweise in einer Konferenz oder einem Kriegsraum statt, in dem die Benutzer, PM- und QA-Teamvertreter ein oder zwei Tage zusammen sitzen und alle Akzeptanztestfälle durcharbeiten.

Oder wenn das QA-Team die Tests durchführt, führen wir die Testfälle auf dem AUT aus.

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

Das Erreichen der Annahmeentscheidung 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.

Werkzeuge:

Da in dieser Phase die vollständigen End-to-End-Abläufe der Anwendung validiert werden, ist es möglicherweise schwierig, über ein Tool zu verfügen, mit dem diese Validierung vollständig automatisiert werden kann. Bis zu einem gewissen Grad könnten wir jedoch die automatisierten Skripte nutzen, die während der Systemtests entwickelt wurden.

Ähnlich wie beim Systemtest würden Benutzer auch Testmanagement- und Fehlermanagement-Tools wie QC, JIRA usw. verwenden. Diese 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, immer noch relevant sind, müssen in einer wirklich globalen Welt wie heute manchmal Benutzerakzeptanztests unterschiedliche Kunden in verschiedenen Ländern einbeziehen, die auf dem Produkt basieren.

Zum Beispiel, Eine E-Commerce-Website wird von Kunden auf der ganzen Welt genutzt. In solchen Szenarien wären Crowd-Tests die beste Option.

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

Crowd-Testing-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 hat sich als effektiver erwiesen, da der Puls des Kunden auf der ganzen Welt leicht zu verstehen ist.

UAT in agiler Umgebung

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, die Anforderungen stellen und damit den Produktbestand aktualisieren. Am Ende jedes Sprints nahmen Geschäftsbenutzer an der Sprint-Demo teil und standen für Feedback zur Verfügung.

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

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

UAT-Team - Rollen und 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 des UAT- und Minderungsplans

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.

# 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. Darüber hinaus können wichtige Testaktivitäten wie Leistungstests nicht in einer unvollständigen Testumgebung durchgeführt werden Testdaten .

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 auf der neuesten Version getestet wird.

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

# 2) Testplanung:

Diese Prüfung sollte mit einem klaren Abnahmetestplan in der Anforderungsanalyse- und Entwurfsphase geplant werden.

Bei der Strategieplanung sollten die realen Anwendungsfälle für die Ausführung identifiziert werden. 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.

Diese Prüfung wird am Ende des Prüfzyklus 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 dieser 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 und Testskripten sowie beim Erstellen einer UAT-Umgebung.

# 3) Behandlung neuer Geschäftsanforderungen als Vorfälle / Mängel:

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.

Selbst wenn die Mitarbeiter mit den Geschäftsanforderungen gut vertraut sind oder nicht für die neuen Anforderungen geschult sind, die entwickelt werden, 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 Wert. Wenig Zeit für die Schulung des UAT-Personals kann die Erfolgschancen von UAT erheblich erhöhen.

# 5) Unsachgemäßer Kommunikationskanal:

ios Interview Fragen und Antworten für erfahrene PDF

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 Mehrdeutigkeit in Ereignisberichten kann die Behebung um einen Tag verzögern.

Die richtige Planung und effektive Kommunikation sind entscheidend für eine effektive Zusammenarbeit im Team. Projektteams sollten ein webbasiertes Tool verwenden, um Fehler und Fragen zu protokollieren. Dies hilft, die Arbeitslast gleichmäßig zu verteilen und doppelte Probleme zu vermeiden.

# 6) Bitten Sie das Funktionstestteam, diesen Test durchzuführen:

Es gibt keine schlimmere Situation, als das Funktionstestteam zu bitten, UAT durchzufü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 online 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 Testern mit Geschäftskenntnissen zuzuweisen.

# 7) Das Schuldspiel

Manchmal versuchen Geschäftsanwender 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 Benutzerakzeptanzplan 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.

Systemtest gegen Benutzerakzeptanztest

Die Einbeziehung des Testteams beginnt bereits früh in der Projektanalysephase.

Während des gesamten Projektlebenszyklus wird eine Art Validierung für das Projekt durchgeführt, d. H. Statische Prüfung , Unit-Tests, Systemtests, Integrationstests, End-to-End-Tests oder Regressionstests. Dies lässt uns 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 und dennoch die Unabhängigkeit zwischen beiden Phasen bewahren, die eine schnellere Markteinführung ermöglichen würde.

Fazit

# 1) Bei UAT geht es nicht um Seiten, Felder oder Schaltflächen. Das zugrunde liegende Annahme Noch bevor dieser Test beginnt, ist alles, was grundlegend ist, getestet und funktioniert einwandfrei. Gott bewahre, die Benutzer finden einen Fehler so grundlegend - das ist eine sehr schlechte Nachricht für das QA-Team. :(

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

Lassen Sie mich Ihnen ein Beispiel geben: Wenn es sich bei der AUT um ein Ticketsystem handelt, geht es bei der UAT nicht darum, nach dem Menü zu suchen, mit dem eine Seite geöffnet wird usw. Es geht um die Tickets und ihre Reservierung, die Zustände, die sie annehmen können, ihre Reise durch das System, usw.

Ein weiterer 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, was verifiziert und validiert wird und wer es besser macht als die Geschäftsinhaber. 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 es auch in dieser Phase eine gute Chance gibt, einige Fehler zu identifizieren . Es passiert manchmal. Abgesehen von der Tatsache, dass es sich um eine erhebliche Eskalation des QA-Teams handelt, bedeuten die UAT-Fehler in der Regel eine Besprechung, in der besprochen werden muss, wie mit ihnen umgegangen werden soll, da nach diesen Tests normalerweise keine Zeit zum Beheben und erneuten Testen bleibt.

Die Entscheidung wäre entweder:

• Drücken Sie auf das Go-Live-Datum, beheben Sie zuerst das Problem und fahren Sie dann fort.
• Lass 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 im Kontext typischer Softwareentwicklungsprojekte in einer dienstleistungsbasierten Branche nicht so wichtig.

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

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

Zusamenfassend, Der beste Weg, um herauszufinden, ob Ihr Produkt akzeptabel und zweckmäßig ist, besteht darin, es tatsächlich den Benutzern vorzustellen.

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

Was 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 dieser Reihe

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

Literatur-Empfehlungen

• Alpha-Tests und Beta-Tests (eine vollständige Anleitung)
• Was ist Akzeptanztest (eine vollständige Anleitung)
• Vollständige Anleitung zum Erstellen von Verifikationstests (BVT-Tests)
• Funktionstests gegen nichtfunktionale Tests
• Beste Software-Test-Tools 2021 (QA Test Automation Tools)
• Arten von Softwaretests: Verschiedene Testtypen mit Details
• Tutorial zum Testen von ETL-Data Warehouse-Tests (Eine vollständige Anleitung)
• Tutorial zum Testen von GUI: Ein vollständiges Handbuch zum Testen der Benutzeroberfläche