Achtergrond van de vraag
Acceptatietest (UAT) is de laatste fase van softwareverificatie voor de release, wanneer eindgebruikers of vertegenwoordigers van de klant bevestigen dat het systeem voldoet aan hun verwachtingen en vereisten. In handmatig testen speelt UAT een cruciale rol, aangezien daar onverwachte scenario's en de "menselijke factor" mogelijk zijn.
Probleem
UAT wordt vaak formeel benaderd of binnen een korte tijdspanne uitgevoerd, wat leidt tot onvoldoende dekking van gebruikersscenario's en gemiste kritieke bugs. Een ander probleem zijn onduidelijke acceptatiecriteria, gebrek aan betrokkenheid van bedrijfsvertegenwoordigers, of verwarring in rollen of documentatie.
Oplossing
Effectieve UAT is gebaseerd op:
Belangrijke kenmerken:
Kan een tester zelfstandig UAT uitvoeren zonder de betrokkenheid van zakelijke gebruikers?
Nee, het doel van UAT is om te bevestigen dat het product voldoet aan de zakelijke vereisten van de eindgebruikers. Zelfs een ervaren tester kent niet alle nuances van de gebruikerservaring.
Kan UAT worden afgerond zonder alle tijdens het testen gevonden fouten volledig op te lossen?
Ja, niet alle bugs zijn kritiek voor de onderneming; de definitieve beslissing over de release wordt genomen na een analyse van risico's, impact en prioriteit van de fouten.
Is het noodzakelijk om aparte testcases voor UAT te maken als functioneel testen al volgens andere scenario's is uitgevoerd?
Ja, UAT richt zich op gebruikersscenario's die niet altijd samenvallen met systematische testcases. Bedrijfslogica en einddoelen kunnen verschillen van technische controles.
UAT wordt alleen uitgevoerd door het interne QA-team op basis van een algemene specificatie. Gebruikers zien het product voor het eerst — vinden kritieke problemen die niet zijn meegenomen in de testfase.
Voordelen:
Nadelen:
Belangrijke zakelijke gebruikers zijn betrokken bij UAT, er zijn vooraf cases voorbereid op basis van echte processen, en er is actieve feedback met het ontwikkelingsteam.
Voordelen:
Nadelen: