Inhoud
- Demo And Die!
- Stap in de schoenen van de gebruiker
- Een korte UAT-geschiedenis
- UAT vertelt u hoe bruikbaar het systeem is
- Wie kan UAT uitvoeren?
- Geen bugs, geen stress - Uw stapsgewijze handleiding voor het creëren van levensveranderende software zonder uw leven te vernietigen
- Succes- en faalstromen
- UAT voordelen
Bron: Lightcome / iStockphoto
Afhaal:
Zodra software eenheids-, integratie- en systeemtest ondergaat, lijkt de behoefte aan acceptatietests overbodig. Waarom is het testen van gebruikersacceptatie (UAT) nog steeds belangrijk? Lees hier meer over de voordelen van UAT en waarom het uniek is.
Demo And Die!
Heb je ooit een klantpresentatie of training gegeven en halverwege breekt er iets? Of heb je ooit iemand een set instructies gegeven en je gerealiseerd dat je iets hebt gemist, of werkte het niet helemaal zoals je had gehoopt? Tijdens elk van deze instanties neemt u het perspectief van de eindgebruiker aan en werkt u met de software in die persoon. De kans is groot dat je iets anders hebt gedaan omdat je dacht als een gebruiker, in plaats van een ontwikkelaar.
Stap in de schoenen van de gebruiker
De unieke hoek van UAT (User Acceptation Testing) is het testen van software als eindgebruiker. Software is gebouwd om gebruikers tastbare resultaten te geven. Via e-commerce sites kunnen klanten bijvoorbeeld producten kopen. Wanneer een klant een bestelling plaatst, meldt de e-commerce sitesoftware de winkelbeheerder, zodat het geselecteerde artikel kan worden getrokken en verpakt voor verzending. Er kunnen verschillende soorten softwaregebruikers zijn, dus in deze testfase kan het ontwikkelingsteam verifiëren dat eindgebruikers verwachte softwareresultaten behalen.
Een korte UAT-geschiedenis
Vóór de komst van internet werd de meeste software geïmplementeerd voor een bekend gebruikerspubliek. Als een bedrijf software voor een klant ontwikkelde, had een toegewezen manager de bevoegdheid om te verifiëren dat de software aan de contractvoorwaarden voldeed. Dit was bedoeld als een punt waarop de software 'geschikt was voor het doel', wat werd bereikt door vertegenwoordigers van eindgebruikers te selecteren om tests uit te voeren en een rapport met resultaten te verstrekken. Omdat de gebruikers een bekende, gesloten groep waren, konden ze elk worden getraind in het gebruik van de software, meestal via zeer gedetailleerde teststappen. Het motto van de dag was dat meer detail beter was.
Naarmate meer en meer software werd ontwikkeld voor klanten op het web, werd het publiek van de eindgebruiker meer open. Het was niet langer mogelijk om alle waarschijnlijke eindgebruikers te identificeren en op te leiden, dus moest softwareontwerp veel meer nadruk leggen op bruikbaarheid en moest het gemakkelijk te begrijpen zijn - zelfs met minimaal verstrekte informatie. UAT moest dus veranderen om aan deze vereisten te voldoen.
UAT vertelt u hoe bruikbaar het systeem is
UAT vertelt ons dus niet alleen de omvang van de functionaliteit voor een stukje software, maar het vertelt ons ook hoe bruikbaar het is. De meeste UAT wordt het best uitgevoerd door personen die de beoogde eindgebruiker begrijpen die de software met weinig voorkennis zal ervaren en een juiste indicatie kan geven van het gebruiksgemak van de software en wat moet worden verbeterd.
Wie kan UAT uitvoeren?
Terwijl ontwikkelaars software testen, onthouden ze details over hoe een systeem is geschreven. Deze kennis kan het testen beïnvloeden en ontwikkelaars kunnen andere stappen ondernemen dan eindgebruikers, zoals het sneller uitvoeren van stappen of het afwijzen van fijne details die eindgebruikers verwarrend kunnen vinden. Ontwikkelaars zijn dus niet de beste UAT-kandidaten. Dus wie is het?
Veel organisaties hebben specifieke testteams die niet betrokken zijn bij technisch ontwerp en ontwikkeling. Kleinere organisaties wijzen tests toe aan niet-ontwikkelingspersoneel, zoals degenen die administratieve taken uitvoeren, of maken gebruik van de diensten van een extern bedrijf. Sommige organisaties gebruiken wat bekend staat als 'testen in de gang', waarbij ze letterlijk personeelsleden die niet actief aan het project werken, met de hand uitkiezen en hen vragen het systeem te proberen vanuit het perspectief van de eindgebruiker. Een voorbeeld hiervan is het online bestellen van producten.
Na interne testen kunnen piloot- of bètatests plaatsvinden, waarbij de software beschikbaar wordt gesteld aan kleine groepen "echte" gebruikers die worden uitgenodigd om het product gratis of met een aanzienlijke korting te gebruiken, in ruil voor gedetailleerde feedback over het gebruik.
Geen bugs, geen stress - Uw stapsgewijze handleiding voor het creëren van levensveranderende software zonder uw leven te vernietigen
U kunt uw programmeervaardigheden niet verbeteren als niemand om softwarekwaliteit geeft.
Progressieve UAT-fasen met gevarieerd publiek vergroten het vertrouwen in de bruikbaarheid van software. Gecombineerd met fasen van iteratieve ontwikkeling, kunnen meerdere UAT-cycli worden uitgevoerd om nieuwe functies te testen wanneer ze worden geleverd, terwijl de vorige functionaliteiten worden gecontroleerd.
Goede UAT-testers zijn benieuwd wat er gebeurt als ze verschillende routes naar een bepaald doel nemen. Iedereen benadert het gebruik van software immers op verschillende manieren, dus als veel mogelijkheden door een kleine groep mensen kunnen worden afgedekt, is het vertrouwen van de software in de bedieningsmodus groter.
Succes- en faalstromen
UAT-processen moeten verifiëren dat elk type softwaregebruiker de tastbare resultaten behaalt die vereist zijn voor zowel succes- als faalstromen.
In een successtroom loopt een eindgebruiker weg met een verwacht resultaat, zoals het plaatsen van een productbestelling. In een foutstroom ondersteunt de software de eindgebruiker via een vorm van een foutscenario, bijvoorbeeld wanneer een klant ongeldige creditcardbetalingsinformatie verstrekt.
Om de functionaliteit te verifiëren, moet sommige informatie aan testers worden verstrekt. Anders weten ze niet wat de software moet doen. Maar om de bruikbaarheid te testen, moet dit minimaal zijn - alleen op basis van taken of vereisten, zoals het kopen van "x" (product) en het betalen van "y" (met creditcardgegevens). De bewijslast moet op testers worden gelegd om observaties, successen en mislukkingen vast te leggen.
UAT voordelen
Een belangrijk voordeel van goed UAT is dat het de lopende onderhoudskosten zo laag mogelijk houdt. Het is goedkoper om problemen met functionaliteit en bruikbaarheid vroegtijdig op te lossen. Het is veel moeilijker om een bug te repareren wanneer er meer code omheen is voor regressietesten of als de oorspronkelijke ontwikkelaar niet beschikbaar is.
UAT die in meerdere fasen en met verschillende soorten testdoelgroepen wordt uitgevoerd, biedt optimale mogelijkheden om gebroken functies / bruikbaarheidsproblemen in de vroege testfasen te identificeren en te repareren. Door UAT-doelen op taak- en vereiste niveau te houden, kunnen testers veel meer observeren en opmerken en zelfs stappen buiten de door de ontwikkelaars geleverde mogelijkheden proberen.
Feedback van UAT-cycli kan worden ingevoerd in daaropvolgende iteraties van ontwikkeling, waardoor de robuustheid en bruikbaarheid van de software wordt verhoogd. Goed getimed, zelfs bètatestfasen kunnen marketing- en verkoopactiviteiten aanvullen door referenties en case study feedback te geven.