Wat is User Acceptance Testing (UAT)? met voorbeelden

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 het valideren van de end-to-end bedrijfsstroom. Het richt zich niet op cosmetische fouten, spelfouten of systeemtesten. User Acceptance Testing wordt 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?

  • Klant
  • Eindgebruikers

Noodzaak van gebruikersacceptatietesten

Noodzaak van gebruikersacceptatietesten ontstaat zodra software een apparaat heeft ondergaan , Integratie en systeemtesten omdat ontwikkelaars door hun eigen inzicht software kunnen hebben gebouwd op basis van het document met vereisten en verdere vereiste wijzigingen tijdens de ontwikkeling mogelijk niet effectief aan hen worden gecommuniceerd, dus voor het testen of het eindproduct wordt geaccepteerd door de klant / eindgebruiker, gebruiker acceptatietesten zijn nodig.

  • Ontwikkelaars coderen software op basis van een document met vereisten 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 gebruikersacceptatietest 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.
  • Applicatiecode moet volledig zijn ontwikkeld
  • Unit testen, integratietesten & Systeemtest moet zijn voltooid
  • Geen showstoppers, hoge, gemiddelde defecten in de testfase van de systeemintegratie –
  • Alleen cosmetische fouten zijn acceptabel vóór GAT
  • Regressietests moeten worden voltooid zonder grote defecten
  • Alle gerapporteerde defecten moeten worden opgelost en getest voordat GAT wordt uitgevoerd
  • De traceerbaarheidsmatrix voor alle tests moet worden voltooid
  • UAT-omgeving moet gereed zijn
  • E-mail of communicatie van het systeemtestteam ondertekenen dat het systeem klaar is voor UAT-uitvoering

Hoe UAT te doen Testen

UAT wordt gedaan door de beoogde gebruikers van het systeem of de software. Dit type softwaretesting gebeurt meestal op de locatie van de klant, wat bekend staat als bètatesten. Zodra aan de toegangscriteria voor UAT is voldaan, volgen de taken die door de testers moeten worden uitgevoerd:

UAT-proces

  • Analyse van bedrijfsvereisten
  • Opstelling van een UAT-testplan
  • Identificeer testscenarios
  • Maak UAT-testcases
  • Voorbereiding van testgegevens (productie zoals Gegevens)
  • Voer de testcases uit
  • Noteer de resultaten
  • Bevestig bedrijfsdoelstellingen

Stap 1) Analyse van de zaken Vereisten

Een van de belangrijkste activiteiten in de UAT is het identificeren en ontwikkelen van testscenarios. Deze testscenarios zijn afgeleid van de volgende documenten:

  • Projecthandvest
  • Zakelijk gebruik
  • Processtroomdiagrammen
  • Zakelijk Requirements Document (BRD)
  • System Requirements Specification (SRS)

Stap 2) Creatie van 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, testscenarios en testcasussen en tijdlijnen voor testen.

Stap 3) Identificeer testscenarios en testcases:

Identificeer de testscenarios met betrekking tot bedrijfsprocessen op hoog niveau en creëer testcases met duidelijke teststappen. Testcases zouden de meeste UAT-scenarios 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) Start en noteer de resultaten:

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-scenarios en testgevallen, testresultaten en defectlogboek

Exitcriteria voor UAT:

Voordat u in productie gaat, moet het volgende worden overwogen:

  • Geen openstaande kritieke defecten
  • Bedrijfsproces werkt naar tevredenheid
  • UAT Sign-off meeting 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. Tester moet analytisch en lateraal denken en allerlei soorten gegevens combineren om de GAT succesvol te maken.

Tester of Business Analyst of Subject Matter Experts die begrijpen de bedrijfsvereisten of -stromen kunnen tests en gegevens voorbereiden die realistisch zijn voor het bedrijf.

Best Practices:

De volgende punten moeten in overweging worden genomen om UAT te laten slagen:

  • Bereid het UAT-plan vroeg in de projectlevenscyclus voor
  • Bereid een checklist voor voordat de UAT begint
  • Voer een Pre-UAT-sessie uit tijdens de systeemtestfase zelf
  • Stel de verwachting in 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 scenarios en gegevens
  • Denk als een onbekende gebruiker van het systeem
  • Bruikbaarheidstests uitvoeren
  • Feedbacksessie en vergadering houden voordat u naar productie gaat

UAT-tools

Er zijn verschillende tools op de markt die worden gebruikt voor Gebruikersacceptatietests en sommige worden ter referentie vermeld:

Fitness-tool: 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 softwareontwikkelingsscenarios uitgevoerd in de QA-omgeving. Als er geen staging- of UAT-omgeving is
  • UAT wordt geclassificeerd in bèta- en alfatests, maar het is niet zo belangrijk wanneer software wordt ontwikkeld voor een servicegerichte industrie.
  • UAT is logischer wanneer de klant is in grotere mate betrokken

Conclusie:

  • In Software Engineering is de volledige vorm van UAT User Acceptance Testing.
  • 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 dan aannemen.
  • Het voordeel van UAT is dat er geen verrassingen zijn wanneer het product op de markt wordt gebracht.

Geef een reactie

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *