In de afgelopen weken hebben we u dieper ingegaan op de wereld van het testen van gebruikersacceptatie. En gedurende deze periode hebben we vragen ontvangen over de workflows en processen achter UAT.

Het is ook een vrij speciaal onderwerp voor ons, aangezien onze bug-tracking- & testsoftware wordt gebruikt door een verscheidenheid aan mensen en bedrijven die hen helpen bij het testen van gebruikersacceptatie.

In de blogpost van vandaag wil ik je laten zien hoe de daadwerkelijke workflow van UAT eruit ziet. Van planning tot uitvoering en tot het analyseren van uw UAT-inspanningen.

Laten we aan de slag gaan.

5 stappen naar uw UAT-workflow. Dit is hoe het werkt.

Testen van gebruikersacceptatie is ingewikkeld. Dat is wat waarschijnlijk velen van jullie denken. Van het maken van een UAT-plan tot het uitvoeren van uw testcases en het analyseren ervan. Er zijn allerlei verschillende afdelingen en mensen bij betrokken.

En het ergste van alles: UAT vindt plaats op een lastig moment: aan het einde van een project.

Je ontwikkelteam is klaar met hun taken (dat zouden ze tenminste moeten zijn) en uw QA-agenten beginnen de applicatie te testen.

En ze hebben maar één hoofdtaak: testen of de applicatie werkt voor uw gebruikers.

I begeleidt u door de volgende 5 stappen:

• Planning
• Uitvoering
• Documentatie
• Evaluatie
• Rapportage & Geleerde lessen

Planning

Uw gebruikersacceptatie plannen Het testen van uw inspanningen is een absolute must. Zonder de juiste planning brengt UAT u nergens. Het plannen van uw gebruikersacceptatietests moet de volgende gebieden bestrijken:

Planning & tijdbeheer
In een eerste stap moet u enkele basisvragen verduidelijken. U moet informatie verzamelen over uw UAT-schema en uw QA-agenten en testers.
Zorg ervoor dat u alle informatie op één plek heeft om een realistisch UAT-plan op te stellen. En nog belangrijker: stel een concept op hoe uw testgroepen eruit moeten zien.

Personeelsvereisten
U moet plannen wie van uw team betrokken is bij de uitvoering van UAT yUAT en ervoor zorgen dat alle verantwoordelijkheden en taken zijn bekend.

Elke persoon die bij het UAT-proces betrokken is, moet een duidelijk begrip hebben van wat zijn of haar verantwoordelijkheid is.

Zorg er bij het opzetten van uw UAT-team voor dat u iedereen op de dezelfde pagina. Stel duidelijke communicatierichtlijnen op en bereid uw doelgroep voor op de testcase.

Communicatie & Uitgavestrategie
Tijdens het uitvoeren van de gedefinieerde UAT-testcases die u moet maken zorg ervoor dat u een workflow heeft die bugs, problemen en andere problemen behandelt.

• Hoe gaat u problemen documenteren?
• Hoe kunnen testers problemen communiceren?

UAT-checklist
Voordat ik testcases begin uit te voeren, raad ik aan om gebruik te maken van een User Acceptance Testing-checklist. Het zal u helpen om gefocust te blijven en uw inspanningen en taken op hun plaats te houden.

Op basis van onze UAT-ervaring hebben we dit sjabloon voor een UAT-workflowchecklist voor u samengesteld. U kunt de checklist gratis downloaden en bekijken.

Uitvoering

U heeft een aantal opties bij het uitvoeren van uw UAT-testgevallen. Zoals de naam al doet vermoeden, zullen uw testers (= potentiële gebruikers) uw applicatie nu testen en evalueren met betrekking tot bepaalde testscenario’s.

Als u een wereldwijd product aanbiedt op verschillende geografische markten, is de kans groot dat u niet kunt voldoen aan deze testers persoonlijk.

De testcases kunnen worden uitgevoerd in een-op-een sessies via Skype of andere videobelsoftware. Tijdens de sessies verkrijgt u veel kwantitatieve en – nog belangrijker – kwalitatieve gegevens van uw gebruikers.

Vooral als de testcases worden uitgevoerd na het voltooide ontwikkelproces, kan het zijn dat u nieuwe inzichten waarmee u geen rekening heeft gehouden. Uw theorie over hoeveel knowhow uw gebruikers hebben, zal worden getest.

Documentatie

Het uitvoeren en documenteren van uw gebruikersacceptatietests moet tegelijkertijd plaatsvinden. Ik raad aan om een systeem op te zetten waarmee u alle relevante informatie kunt documenteren zonder gegevens te verliezen.

Documentatie is één ding, duidelijk omschreven verantwoordelijkheden om ervoor te zorgen dat de feedback van uw gebruikers wordt geïmplementeerd, is een andere sleutelfactor.

Veel van onze klanten hebben Usersnap ingesteld voor deze stap. Bugs, feedback en andere afwijkingen kunnen worden gedocumenteerd op het browserscherm van uw gebruiker. Een eenvoudig te gebruiken projectdashboard geeft uw collega’s een goed overzicht van belangrijke zaken. Ervoor zorgen dat u delegeert en prioriteiten toewijst, is hier een ander belangrijk ding.

Evaluatie

Tijdens deze fase moet u evalueren of de gedefinieerde criteria zijn getest en voldaan. En vooral als die criteria met succes zijn behaald door uw testers.

Is er een testcase mislukt? Welke problemen zijn er opgetreden? Hoe kunnen die problemen worden opgelost en wie is daarvoor verantwoordelijk?

De kwantitatieve en kwalitatieve gegevens die in de eerste plaats zijn gedocumenteerd, moeten worden geanalyseerd. De volgende vragen moeten worden beantwoord:

• Hoeveel testers hebben de testgevallen voltooid?
• Wat was de algemene beoordeling van deze testgevallen?
• Wat was de algemene gemoedstoestand van elke tester?
• Welke emoties deden zich voor tijdens de testcases?

De evaluatiefase is behoorlijk uitgebreid, aangezien elke en elke afzonderlijke testcase moet worden geanalyseerd en in context worden geplaatst.

Rapportage & geleerde lessen

Je zou kunnen denken dat de evaluatie en meldingsfase zijn hetzelfde. Dat zijn ze niet.
Tijdens de evaluatiefase verzamel, verzamel en analyseer je gegevens. De rapporteringsfase behandelt daarentegen het grotere plaatje.

Het belangrijkste doel is om inzichten en geleerde lessen te verzamelen die u zullen helpen uw toekomstige testcases en UAT-workflows te verbeteren. U kunt in die fase ook relaties opbouwen met een aantal van uw UAT-testers, aangezien zij een nuttige bron zijn voor verdere feedback en inzichten.

UAT is niet alleen een test. Het is een cyclus.

Gebruikersacceptatietests worden regelmatig uitgevoerd aan het einde van een softwareontwikkelingsfase, op een moment dat het product bijna “af” is. Dit mag niet het geval zijn. De latere problemen treden op, hoe duurder ze zijn.

UAT-workflows kunnen veel eerder worden geïmplementeerd. Bij het nastreven van een meer agile benadering van UAT is UAT zelf geen afzonderlijke projectstap. In plaats daarvan is een continue samenwerking tussen alle teamleden vereist en belanghebbenden.

Gedurende de hele ontwikkelingsworkflow wordt UAT een essentieel onderdeel van elke projectfase.

Het doel is hier om gebruikersacceptatietests in elk project te integreren stap. UAT is geen fase meer. Zorgen voor continue vooruitgang betekent zorgen voor continue test- en feedbackcycli.

Bonus: tooltips voor UAT met Usersnap

Bij het selecteren van een tool om te helpen communiceren , bugrapportage, probleemopsporing en teamsamenwerking eenvoudiger, kunt u zich wenden tot Usersnap, de visuele feedbacktool.

Klik, screenshot, annoteer het probleem, verzend. Ja, zo eenvoudig is het! Met Usersnap kunt u testfeedback binnen uw app verzamelen, gebruikers kunnen direct tekenen en reageren, wat het snel en nauwkeurig maakt. Browserinformatie, schermgrootte, URL en Javascript-fouten worden automatisch bij elk ticket vastgelegd, zodat uw technici het probleem ter plekke kunnen reproduceren en oplossen.

Probeer het vandaag nog gratis uit.