Wann und warum braucht man User Acceptance Testing?<\/h2>\n\n\n\n
Im User Acceptance Testing steht der User<\/strong> im Vordergrund. W\u00e4hrend man eine Software w\u00e4hrend ihrer Entwicklung immer auf Funktionalit\u00e4t, Geschwindigkeit und Integration mit anderen Programmen testet, so steht beim User Acceptance Testing die Funktionalit\u00e4t f\u00fcr den User<\/strong> im Vordergrund. UAT-Tests sind daher eine gute M\u00f6glichkeit das Produkt mit der zuk\u00fcnftigen Zielgruppe zu testen und Feedback und Erfahrungen einer breiten Gruppe zu sammeln.<\/p>\n\n\n\n User Acceptance Testing ist hilfreich, da…<\/strong><\/p>\n\n\n\n \u2022 die Anforderungen des Users an ein Programm getestet werden Funktionstests \u00fcberpr\u00fcfen die besonderen Anforderungen einer Software. Ein Funktionstest stellt sicher, dass die Prozesse einer Software in einer internen Testumgebung funktionierten. Es geht dabei nicht darum, ob eine Software f\u00fcr den User funktioniert.<\/p>\n\n\n\n Genau das ist hingegen beim User Acceptance Testing der Fall. Hier wird eine Software hinsichtlich ihrer Anwendung und ihrer Nutzung durch den User getestet. Wenn dieser Test abgeschlossen ist, dann ist die Softwareentwicklung abgeschlossen und die Software bereit f\u00fcr den Launch.<\/p>\n\n\n\n Um Ihnen ein Beispiel zu geben: Die Suchfunktion in Ihrer App performt nicht in der Weise, wie sie sollte. Die Ladezeit der Ergebnisseite dauert einfach zu lange. Technisch klappt alles und jeder User kann in Ihrer App suchen, aber weil es zu lange dauert, bis die Ergebnisseite erscheint ist die Erfahrung mit diesem Feature negativ. Dies w\u00e4re ein Problem das zu negativem Feedback im Rahmen eines User Acceptance Testings f\u00fchren w\u00fcrde.<\/p>\n\n\n\n Beim User Acceptance Testing kann man zwischen verschiedenen Testarten unterscheiden, die ich an dieser Stelle einmal kurz vorstellen will.<\/p>\n\n\n\n Alphatests werden normalerweise in der Entwicklerumgebung durchgef\u00fchrt und werden intern durchgef\u00fchrt, lange bevor externe Tester oder Kunden eine Software ausprobieren k\u00f6nnen. Alphatests k\u00f6nnen auch von potenziellen Usern durchgef\u00fchrt werden, sie finden aber immer in der Entwicklerumgebung statt. Die Ergebnisse dieser Alphatests werden dann verwendet, um bestimmte Fehler oder Probleme zu beheben und die Funktionalit\u00e4t des Produkts zu verbessern.<\/p>\n\n\n\n Betatests, die man auch als \u201eField Testing\u201c bezeichnet, spielen sich in der User-Umgebung ab. Im besten Fall werden hier Tests von Usern durchgef\u00fchrt, die zu Ihrer Zielgruppe geh\u00f6ren und die eine Software in ihrer Umgebung testen. Diese Beta-Tester geben dann ihr Feedback an Sie weiter, sodass Sie Verbesserungen und \u00c4nderungen vornehmen k\u00f6nnen. Sowohl Alpha- wie auch Betatests werden durchgef\u00fchrt, bevor das Produkt auf den Markt kommt.<\/p>\n\n\n\n Unter einem Vertrags-Akzeptanztest versteht man einen Test, der entgegengesetzt zu bestimmten Kriterien und Anforderungen ausgef\u00fchrt wird, die man in einem Vertrag definiert wurden und denen man zugestimmt hat. Die relevanten Kriterien und Anforderungen m\u00fcssen definiert werden, wenn der Vertrag fertig ist.<\/p>\n\n\n\n Bei Regulations-Akzeptanztests, auch bekannt unter dem Namen “Compliance Acceptance Testing”, untersucht man, ob eine Software die gesetzlichen Bestimmungen erf\u00fcllt.<\/p>\n\n\n\n Operative Akzeptanztests sind auch bekannt als \u201eOperational Readiness Testing\u201c oder \u201eProduction Acceptance Testing\u201c. Diese Tests stellen sicher, dass der Workflow der Software funktioniert. Das beinhaltet Workflow bzw. Backup-M\u00f6glichkeiten, User-Einweisungen und verschiedene Wartungsprozesse und Sicherheits\u00fcberpr\u00fcfungen.<\/p>\n\n\n\n Black Box-Tests werden h\u00e4ufig als Bestandteil von Funktionstests eingestuft, k\u00f6nnen aber auch zum User Acceptance Testing geh\u00f6ren. Im wesentlichen geht es darum, Funktionalit\u00e4ten zu testen ohne dem Tester Zugriff zur internen Code-Struktur der Software zu geben. Daher k\u00f6nnen Black Box Tests auch f\u00fcr das User Acceptance Testing angewendet werden. W\u00e4hrend der Black Box Testphase hat der User keinen Zugriff auf den Programmiercode, es geht allein um die Anforderungen die die Software erf\u00fcllen soll.<\/p>\n\n\n\n Wenn Sie \u00fcber UAT nachdenken, denken Sie wahrscheinlich als Erstes an Methoden wie E-Mail, Spreadsheets oder Power Point Pr\u00e4sentationen. Aber keine Sorge, es gibt einige Tools, die Ihnen das UAT erleichtern.<\/p>\n\n\n\n engageuat ist ein Tool, dass Ihnen dabei hilft, jeden Aspekt des User Acceptance Testings zu managen. Das f\u00e4ngt mit der Entwicklung von Testf\u00e4llen an und reicht \u00fcber die Testdurchf\u00fchrung bis hin zur Evaluation. Mit engageuat hat man alles an einem Ort, was das n\u00e4chste UAT sicherlich um einiges erleichtert. Probieren Sie engageuat doch einfach mal aus!<\/p>\n\n\n\n
\u2022 Probleme identifiziert werden k\u00f6nnen, die man beim Unit- oder Integrationstest vielleicht \u00fcbersehen hat
\u2022 man einen \u00dcberblick \u00fcber den Status des Produkts erh\u00e4lt<\/p>\n\n\n![\"user-acceptance-testing-workflow\"](\"http:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/02\/user-acceptance-testing-workflow.png\")
<\/figure>\n<\/div>\n\n\nWie unterscheidet sich User Acceptance Testing von anderen Funktionstests?<\/h2>\n\n\n\n
Verschiedene Arten des User Acceptance Testings<\/h2>\n\n\n\n
Alpha & Beta Tests<\/h3>\n\n\n\n
Vertrags-Akzeptanztests (Contract Acceptance Testing)<\/h3>\n\n\n\n
Regulations-Akzeptanztests (Regulation Acceptance Testing)<\/h3>\n\n\n\n
Operative Akzeptanztests (Operational acceptance testing)<\/h3>\n\n\n\n
Black Box Tests<\/h3>\n\n\n\n
![\"types-user-acceptance\"](\"http:\/\/usersnap.com\/de\/blog\/wp-content\/uploads\/2016\/02\/types-user-acceptance.png\")
<\/figure>\n\n\n\nGibt es Tools f\u00fcrs UAT?<\/h2>\n\n\n\n
engageuat<\/h3>\n\n\n\n