Free Press

In Gebruikers Acceptatie Testen (UAT), wordt software getest door de echte gebruikers op hun locatie. Het wordt ook wel aangeduid met andere namen zoals beta testing en end user testing. Het wordt in principe uitgevoerd om te bevestigen dat het ontwikkelde systeem in overeenstemming is met de gebruikerseisen die met de ontwikkelaars zijn gedeeld voordat met de ontwikkeling van het systeem werd begonnen.

Wat is User Acceptance Testing?

Het is een type test dat door echte gebruikers wordt uitgevoerd in de laatste fase van het testen, voordat het product of de toepassing in de productieomgeving of op de markt wordt gebracht.

De omgeving die wordt gebruikt voor het uitvoeren van gebruikersacceptatietests (UAT) is vergelijkbaar met de productieomgeving en is niet de ontwikkelomgeving.

Checklist gebruikersacceptatietest (UAT)

Het is belangrijk ervoor te zorgen dat de volgende fasen en de bijbehorende testactiviteiten worden doorlopen als onderdeel van de gebruikersacceptatietest om optimale resultaten van UAT te garanderen.

1. Initiëren van het User Acceptance Testing project
2. Planning van de User Acceptance Testing
3. User Acceptance Testing Design
4. User Acceptance Testing Execution
5. Release Decisions
6. Post User Acceptance Testing Actions

Activiteiten die deel uitmaken van elk van de bovenstaande fasen worden hieronder gegeven.

Initiëren van het User Acceptance Testing project

De volgende activiteiten zouden idealiter moeten worden uitgevoerd als onderdeel van het initiëren van het UAT project.

1. Identificeer de belangrijkste stakeholders
2. Selecteer een teamleider
3. Communiceer de business intent, doelstellingen en acceptatiecriteria van het systeem
4. Overeenstemming bereiken over de middelen van het User Acceptance Testing-team
5. Overeenstemming bereiken over documentatie ter ondersteuning van User Acceptance Testing
6. Overeenstemming bereiken over besluitvormingsstructuren
7. Overeenstemming bereiken over het User Acceptance Testing team
8. Initieer User Acceptance Testing training
9. Stel een initieel projectplan op voor User Acceptance Testing

Planning van de User Acceptance Testing

Tijdens het plannen van de UAT, moeten de volgende taken worden uitgevoerd.

1. Bepaal de methode van systeemverwerving om de beste aanpak voor Gebruikers Acceptatie Testen te bepalen.
2. Bepaal of de bedrijfsintentie en de gebruikersverwachtingen zijn vastgelegd en meetbaar zijn.
3. Verifieer dat de bedrijfsvereisten zijn vastgelegd.
4. Verifieer of alle requirement types zijn opgenomen.
5. Schrijf de acceptatiecriteria en controleer of deze geschikt zijn.
6. Zorg ervoor dat de scope duidelijk en relevant is.
7. Verifieer en leg de bedrijfsprocessen vast.
8. Evalueer de huidige documentatie en de duurzaamheid ervan om als testbasis te dienen.

User Acceptance Testing Design

Het is belangrijk om ervoor te zorgen dat het testontwerp voor UAT de onderstaande stappen volgt, om ervoor te zorgen dat de UAT het gewenste resultaat oplevert.

1. Stel de ingangscriteria vast voor User Acceptance Testing.
2. Review testscripts waar beschikbaar.
3. Definieer de User Acceptance Testing strategie.
4. Review bestaande testcondities waar beschikbaar en schrijf nieuwe.
5. Review bestaande testgevallen waar beschikbaar en schrijf nieuwe op basis van testcondities.
6. Schrijf testscripts op basis van testgevallen.
7. Zorg ervoor dat de tests alle vereisten dekken.

User Acceptance Testing Execution

De onderstaande taken moeten worden uitgevoerd als onderdeel van de UAT-testuitvoering.

1. Controleer de beschikbaarheid van de testomgeving.
2. Stel een high level testschema op tegen de User Acceptance Testing strategie om prioriteiten te bereiken.
3. Stel een gedetailleerd testschema op om optimaal gebruik van resources te bereiken.
4. Zorg ervoor dat het testlogboek up-to-date wordt gehouden.
5. Zorg ervoor dat incidenten accuraat en tijdig worden gerapporteerd.
6. Controleer regelmatig het oplossen van defecten met het ontwikkelingsteam en zorg ervoor dat er geen knelpunten zijn.
7. Genereer regelmatig test overzichtsrapporten.

User Acceptance Testing Release Beslissingen

De volgende items zullen het team helpen bij de beslissing om door te gaan met de release of niet, na de UAT.

1. Status ten opzichte van acceptatiecriteria vaststellen.
2. Identificeer inspanning en tijd die nodig zijn om aan acceptatiecriteria te voldoen in detail.
3. Overweeg alternatieven op basis van uitstaande risico’s.
4. Criteria voor noodrelease om gecontroleerde release mogelijk te maken.
5. Rapport status aan belangrijkste stakeholders met alternatieve voorstellen voor release.
6. Opstellen User Acceptance Testing voltooiingsrapport met aanbevelingen.

Post User Acceptance Testing Actions

De volgende activiteiten moeten worden uitgevoerd na de voltooiing van de UAT.

1. User training ontwerp en plan.
2. Post release support.
3. Continuous testing
4. Post User Acceptance Testing rapport met veel gestelde vragen etc.

User Acceptance Testing Best Practices

Ken de gebruikers die de software uiteindelijk gaan gebruiken

Ken je doelgroep. Wat zijn hun problemen/behoeften? Wat is hun motivatie? Hoe kunt u hen bereiken? Wanneer u over al deze informatie beschikt voordat u begint met de Gebruikers Acceptatie Test, bespaart u zich verspilde moeite en krijgt u gerichte resultaten.

Prepareer Gebruikers Acceptatie Test plan ruim van tevoren

Meestal worden Gebruikers Acceptatie Testen uitgevoerd voordat de software op de markt wordt gebracht en in dit stadium staat u al onder druk van het halen van deadlines en bent u enthousiast over de reactie van de eindgebruiker met betrekking tot uw software, vandaar dat het plannen van Gebruikers Acceptatie Testen in dit stadium kan resulteren in het missen van een aantal real life use cases die vaak voorkomen. Beschikbaarheid van middelen kan ook een beperking in dit stadium.

Goed gestructureerd User Acceptance Testing management systeem

Goed gestructureerd User Acceptance Testing management systeem is er een die gemakkelijk filteren opties, efficiënte rapportage, traceerbaarheid matrix, bug tracking functies en beveiliging bevat.

Create Scenario’s op basis van business requirements

Het is altijd een goede gewoonte om testscenario’s voor te bereiden op basis van de business requirements om de eindgebruiker te richten.

Aanvaardingscriteria duidelijk definiëren

Of het product na ontwikkeling geslaagd of mislukt is, wordt bepaald door de aanvaardingscriteria, dus het is het beste om de aanvaardingscriteria duidelijk te definiëren.

Stadium waarin gebruikersacceptatietests worden uitgevoerd

Er zijn vele manieren om een systeem te ontwikkelen, maar grofweg ingedeeld in 2 categorieën:

1. Sequentiële ontwikkeling
2. Iteratieve ontwikkeling

Sequentiële ontwikkeling

Sequentiële ontwikkeling maakt gebruik van een opeenvolging van ontwikkelingsfasen die meestal een V-vorm volgen. UAT is het laatste testniveau dat het voltooide systeem test met betrekking tot de bedrijfsvereisten.

Iteratieve ontwikkeling

In een iteratieve aanpak (zoals Agile ontwikkeling), vinden het ontwerp en het testen plaats tijdens korte sprints en dus komt de systeemfunctionaliteit incrementeel beschikbaar aan het einde van elke sprint. UAT zal nodig zijn voordat elke sprint wordt uitgerold.

User Acceptance Testing Approach

UAT Approach is gebaseerd op 3 elementen:

1. Business requirements
2. Business processes
3. User expectations

Er zou een aanpak moeten zijn die deze 3 elementen volgt.

Requirements based test cases

Test cases moeten de business requirements dekken, elke test case moet gekoppeld worden aan een specifieke requirements op basis van een ID nummer. Testgevallen kunnen worden geschreven kort nadat de eisenspecificatie is gedefinieerd en het wordt requirement driven testgevallen genoemd. Het nadeel van deze aanpak is dat als de requirements fouten bevatten, de testgevallen ook fout zouden gaan.

Business process based test cases

Business process based test cases worden geschreven om er zeker van te zijn dat het opgeleverde systeem specifiek zal werken bij het ondersteunen van de bedrijfsprocessen. De testgevallen moeten kunnen aantonen dat aan de eisen is voldaan op een manier die weergeeft hoe de organisatie het systeem gaat gebruiken.

User Interface driven testgevallen

User Interface driven testgevallen zijn gestructureerd rond formulieren of schermen die moeten worden ingevuld. Testgevallen zijn gebaseerd op gegevensinvoer, interacties via het scherm, en rapportage. User Interface driven test cases kunnen worden ingebed in business process based test cases waar het business process data entry, interactie of rapportage met zich meebrengt.

Prioriteiten stellen door Risk Based Testing

UAT wordt meestal onder druk uitgevoerd omdat het wordt gedaan vlak voordat het systeem wordt vrijgegeven aan de eindgebruikers zodat zij het kunnen gebruiken, dus er is een noodzaak om een manier te vinden om het beste te doen binnen de beperkte beschikbare tijd. Hiertoe wordt een prioriteringstechniek gebruikt om de belangrijkste tests eerst uit te voeren, zodat alle tests die onvoltooid blijven, minder belangrijk zijn dan de test die wel wordt voltooid. Dit wordt risico-gebaseerd testen genoemd.

Het risiconiveau voor elke eis wordt vastgesteld en de eisen worden gesorteerd op prioriteit.Risico-gebaseerd testen kan worden gebruikt in combinatie met andere benaderingen.

Bijvoorbeeld

Risico-gebaseerd testen zou kunnen worden opgenomen in eis-gebaseerd testen om ervoor te zorgen dat de belangrijkste gebieden het eerst worden getest.

Als het systeem doet wat het moet doen, terwijl een of ander gedetailleerd onderdeel van de technische specificatie ontbreekt, dan moet dat resultaat worden gerapporteerd, maar het is geen “show-stopper.’

Aan de andere kant, als het systeem voldoet aan elk item van de technische specificatie, maar het is omslachtig om te gebruiken dan is het een reden tot bezorgdheid.

User Acceptance Testing Voorbeelden

Alle software uit elk domein, zoals Automotive, Travel/Tourism etc. moet gaan door middel van een goede gebruikersacceptatie testen voordat de levering aan de productie.

Suppose is er een mobiele tracking software waarin een beheerder beheert mobiele middelen en het is een web-based applicatie. Het is gegaan door middel van veel verschillende vormen van testen, zoals functioneel testen, integratie testen, systeem testen, performance testen, enz. en nu komt de beurt van de meest belangrijke niveau van het testen en het is de aanvaarding door de gebruiker testen. Idealiter zou het moeten worden uitgevoerd op twee niveaus:

Alpha Testing

Dit type gebruikersacceptatietest wordt gedaan door de testers op de site van de ontwikkelaars om te controleren op eventuele laatste problemen vóór de levering van de software aan de eindgebruikers voor betatests.

Beta Testing

Het wordt gedaan door eindgebruikers op hun locatie en controleren op eventuele problemen voordat de software wordt vrijgegeven voor productie.

Conclusie

Het voordeel van User Acceptance Testing is dat er geen verrassingen zijn wanneer het product wordt vrijgegeven aan de productie / markt voor daadwerkelijk gebruik.

Andere populaire artikelen:

• Wat is Acceptatietesten of Gebruikers Acceptatie Testen (UAT)?
• Wat is Acceptatietest-gedreven ontwikkeling in Agile Methodologie?
• Wat zijn Testpiramide en Testkwadranten in Agile testmethodologie?
• Wat zijn Projectwerkproducten in Agile testen?
• Wat is Use Case testen in software testen?