Inhaltsverzeichnis:
Demo und sterben!
Haben Sie jemals eine Kundenpräsentation oder Schulung gehalten und etwas bricht zur Hälfte durch? Oder haben Sie jemals jemandem Anweisungen gegeben und festgestellt, dass Sie etwas verpasst haben, oder es hat nicht ganz so funktioniert, wie Sie es sich erhofft hatten? Während jeder dieser Instanzen nehmen Sie die Perspektive des Endbenutzers ein und arbeiten mit der Software in dieser Person. Wahrscheinlich haben Sie etwas anders gemacht, weil Sie als Benutzer und nicht als Entwickler gedacht haben.
Schritt in die Schuhe des Benutzers
Der einzigartige Aspekt des User Acceptance Testing (UAT) besteht darin, Software als Endbenutzer zu testen. Software wurde entwickelt, um Benutzern greifbare Ergebnisse zu liefern. Auf E-Commerce-Websites können Kunden beispielsweise Produkte kaufen. Wenn ein Kunde eine Bestellung aufgibt, benachrichtigt die Software der E-Commerce-Site den Filialadministrator, damit der ausgewählte Artikel entnommen und für den Versand verpackt werden kann. Es kann verschiedene Arten von Software-Benutzern geben, sodass das Entwicklungsteam in dieser Testphase überprüfen kann, ob die Endbenutzer die erwarteten Software-Ergebnisse erzielen.
Eine kurze UAT-Geschichte
Vor dem Aufkommen des Internets wurde die meiste Software für ein bekanntes Benutzerpublikum bereitgestellt. Wenn ein Unternehmen Software für einen Kunden entwickelte, war ein zugewiesener Manager befugt, zu überprüfen, ob die Software die Vertragsbedingungen erfüllte. Dies sollte einen Punkt darstellen, an dem die Software "für den Zweck geeignet" war. Dies wurde erreicht, indem Vertreter der Endbenutzer ausgewählt wurden, um Tests durchzuführen und einen Bericht mit Ergebnissen zu erstellen. Da die Benutzer eine bekannte, geschlossene Gruppe waren, konnte jeder in der Verwendung der Software geschult werden, in der Regel durch sehr detaillierte Testschritte. Das Motto des Tages war, dass mehr Details besser sind.
