Wat is UAT?
User Acceptance Testing (UAT) is een type test dat wordt uitgevoerd door de eindgebruiker of de klant om het softwaresysteem te verifiëren / accepteren voordat de softwaretoepassing naar de productieomgeving wordt verplaatst. UAT wordt gedaan in de laatste testfase nadat functionele, integratie- en systeemtests zijn uitgevoerd.
Doel van UAT
Het belangrijkste doel van UAT is om de bedrijfsstroom van begin tot eind te valideren. Het richt zich niet op cosmetische fouten, spelfouten of systeemtesten. Gebruikersacceptatietesten worden uitgevoerd in een aparte testomgeving met productieachtige data-instellingen. Het is een soort black box-testen waarbij twee of meer eindgebruikers betrokken zijn.
Wie voert UAT uit?
- Cliënt
- Eindgebruikers
Noodzaak van testen van gebruikersacceptatie
Noodzaak van gebruikersacceptatietests ontstaat zodra software unit-, integratie- en systeemtests heeft ondergaan, omdat ontwikkelaars door hun eigen inzicht software kunnen hebben gebouwd op basis van een document met vereisten en verdere vereiste wijzigingen tijdens de ontwikkeling mogelijk niet effectief aan hen worden gecommuniceerd, dus om te testen of de laatste product wordt geaccepteerd door klant / eindgebruiker, gebruikersacceptatietest is nodig.
- Ontwikkelaars coderen software op basis van een requirementsdocument dat hun "eigen" begrip van de vereisten is en mogelijk niet is wat de klant nodig heeft van de software .
- Veranderingen in vereisten tijdens de loop van het project worden mogelijk niet effectief gecommuniceerd naar de ontwikkelaars.
Acceptatietesten en V-model
In VModel komt het testen van gebruikersacceptatie overeen met de vereiste fase van de Software Development Life Cycle (SDLC).
Vereisten voor het testen van gebruikersacceptatie:
Hieronder volgen de toegangscriteria voor het testen van gebruikersacceptatie:
- Zakelijke vereisten moeten beschikbaar zijn.
- De toepassingscode moet volledig zijn ontwikkeld
- Het testen van eenheden, het testen van de integratie en het testen van het systeem moeten worden voltooid
- Geen showstoppers, hoge, gemiddelde defecten in de testfase van de systeemintegratie -
- Alleen cosmetische fouten zijn acceptabel vóór GAT
- Regressietesten moeten worden voltooid zonder grote defecten
- Alle gerapporteerde defecten moeten vóór GAT worden verholpen en getest
- De traceerbaarheidsmatrix voor alle tests moet worden ingevuld
- De UAT-omgeving moet gereed zijn
- Meld e-mail of communicatie van het systeemtestteam af dat het systeem klaar is voor uitvoering van de UAT
Hoe UAT-tests te doen
UAT wordt gedaan door de beoogde gebruikers van het systeem of de software. Dit type softwaretesting gebeurt meestal op de locatie van de klant, die bekend staat als bètatesten. Zodra aan de toegangscriteria voor GAT is voldaan, volgen de taken die door de testers moeten worden uitgevoerd:
- Analyse van bedrijfsvereisten
- Opstellen van een UAT-testplan
- Identificeer testscenario's
- Maak UAT-testcases
- Voorbereiding van testgegevens (productie-achtige gegevens)
- Voer de testcases uit
- Noteer de resultaten
- Bevestig zakelijke doelstellingen
Stap 1) Analyse van bedrijfsvereisten
Een van de belangrijkste activiteiten in de GAT is het identificeren en ontwikkelen van testscenario's. Deze testscenario's zijn afgeleid van de volgende documenten:
- Projecthandvest
- Zakelijke gebruiksscenario's
- Processtroomdiagrammen
- Document met zakelijke vereisten (BRD)
- Specificatie systeemvereisten (SRS)
Stap 2) Creëren van een UAT-plan:
Het UAT-testplan schetst de strategie die zal worden gebruikt om te verifiëren en ervoor te zorgen dat een applicatie voldoet aan de zakelijke vereisten. Het documenteert de entry- en exitcriteria voor GAT, testscenario's en testcasesbenadering en tijdlijnen voor testen .
Stap 3) Identificeer testscenario's en testcases:
Identificeer de testscenario's met betrekking tot bedrijfsprocessen op hoog niveau en creëer testcases met duidelijke teststappen. Testcases zouden de meeste UAT-scenario's voldoende moeten dekken. Business Use Cases zijn input voor het maken van de testcases.
Stap 4) Voorbereiding van testgegevens:
Het is het beste om live gegevens te gebruiken voor UAT. Gegevens moeten om privacy- en veiligheidsredenen worden gecodeerd. De tester moet bekend zijn met de databasestroom.
Stap 5) Voer de resultaten uit en noteer deze:
Voer testcases uit en rapporteer eventuele bugs. Test bugs opnieuw nadat ze zijn opgelost. Testmanagementtools kunnen worden gebruikt voor uitvoering.
Stap 6) Bevestig dat aan de bedrijfsdoelstellingen is voldaan:
Bedrijfsanalisten of UAT-testers moeten een afmeldingsmail sturen na de UAT-test. Na aftekening is het product klaar om in productie te gaan. Resultaten voor UAT-testen zijn testplan, UAT-scenario's en testcases, testresultaten en defectlogboek
Exitcriteria voor UAT:
Voordat u in productie gaat, moet u rekening houden met het volgende:
- Geen kritische defecten open
- Bedrijfsproces werkt naar tevredenheid
- UAT Aftekenbijeenkomst met alle belanghebbenden
Kwaliteiten van UAT-testers:
UAT-tester moet een goede kennis van het bedrijf hebben. Hij moet onafhankelijk zijn en denken als een onbekende gebruiker van het systeem . De tester moet analytisch en lateraal denken en alle soorten gegevens combineren om de UAT succesvol te maken.
Tester of Business Analyst of Subject Matter Experts die de zakelijke vereisten of stromen begrijpen, kunnen tests en gegevens voorbereiden die realistisch zijn voor het bedrijf.
Praktische tips:
De volgende punten moeten in overweging worden genomen om UAT tot een succes te maken:
- Bereid het UAT-plan vroeg in de levenscyclus van het project voor
- Bereid een checklist voor voordat de UAT begint
- Voer een pre-UAT-sessie uit tijdens de systeemtestfase zelf
- Stel de verwachting vast en definieer de reikwijdte van UAT duidelijk
- Test de bedrijfsstroom van begin tot eind en vermijd systeemtests
- Test het systeem of de applicatie met realistische scenario's en gegevens
- Denk als een onbekende gebruiker van het systeem
- Voer bruikbaarheidstests uit
- Voer een feedbacksessie en bijeenkomst uit voordat u naar productie gaat
UAT-hulpmiddelen
Er zijn verschillende tools op de markt die worden gebruikt voor het testen van gebruikersacceptatie en sommige worden ter referentie vermeld:
Fitnesstool: het is een Java-tool die als testengine wordt gebruikt. Het is gemakkelijk om tests aan te maken en resultaten in een tabel te registreren. Gebruikers van de tool voeren de opgemaakte invoer in en tests worden automatisch gemaakt. De tests worden vervolgens uitgevoerd en de uitvoer wordt teruggestuurd naar de gebruiker.
Watir: Het is een toolkit die wordt gebruikt om browsergebaseerde tests te automatiseren tijdens het testen van gebruikersacceptatie. Ruby is de programmeertaal die wordt gebruikt voor communicatie tussen processen tussen ruby en Internet Explorer.
Enkele voorbeeldrichtlijnen van UAT
- Meestal wordt UAT in reguliere softwareontwikkelingsscenario's uitgevoerd in de QA-omgeving. Als er geen staging- of UAT-omgeving is
- UAT is ingedeeld in bèta- en alfatests, maar het is niet zo belangrijk wanneer software wordt ontwikkeld voor een servicegerichte industrie
- UAT heeft meer zin als de klant er meer bij betrokken is
Gevolgtrekking:
- In Software Engineering is de volledige vorm van UAT het testen van gebruikersacceptatie.
- In Software Engineering staat UAT voor User Acceptance Testing.
- UAT is een van de vele testen die de afgelopen vijfentwintig jaar naar voren zijn gekomen.
- Met UAT kan de klant er zeker van zijn "wat te verwachten" van het product in plaats van te veronderstellen.
- Het voordeel van UAT is dat u niet voor verrassingen komt te staan wanneer het product op de markt wordt gebracht.