Gebruikers-acceptatie-testen in offshore model

Naam Jeroen Krudde
Functie Testmanager
Bedrijf Double-it

 

Business en gebruikers acceptatietesten moeten toetsen vanuit het perspectief van de klanten en gebruikers. Maar hoe creëer je een omgeving waarin een team van jonge onervaren mensen in India niet alleen toetst op requirements, maar ook nadenkt over de vraag hoe de gebruiker het ervaart?

Verrijk in dat geval je team met specialisten. Die zijn beter in staat buiten de requirements naar het grote geheel te kijken. Het is belangrijk dat je vanuit de hoofdlocatie het kennisniveau binnen je team inzichtelijk hebt. Verloop beïnvloedt de kwaliteit van je team – kennis moet op peil worden gehouden om kwaliteit te bieden aan de opdrachtgevers.

Creëer ook een omgeving waarin vragen gesteld kunnen worden over de geldigheid van bevindingen, zonder dat ze direct in de bevindingenadministratie komen. Dan worden er meer vragen gesteld. Een veilige omgeving is in een offshore model belangrijk.

Evalueer na elke release de bevindingen en let op gemiste en onterecht gemelde bevindingen. Aangezien de business acceptatietest de laatste testsoort in de keten is, mag je ervan uitgaan dat functionele bevindingen grotendeels in eerdere testfasen gedetecteerd en opgelost zijn. Betrek in de analyse je volledige team én de afdeling die verantwoordelijk is voor het opstellen van de requirements.

Alle geregistreerde bevindingen, ook de gemiste en onterechte, hebben toegevoegde waarde:
• gevonden bevindingen hebben het product verbeterd en volgen de standaard analyse: lag het aan de code of aan de requirements?
• wat betreft de gemiste bevindingen: het is de kernvraag of het team dit had kunnen vinden op basis van logisch denken of kennis van de business
• onterecht gemelde bevindingen moeten worden geanalyseerd: gebrek aan kennis of waren requirements niet helder of eenduidig?
Door dit inzichtelijk te maken, kun je het team duidelijk maken waar de echte toegevoegde waarde zit. Dat zal bijdragen tot een pro-actieve cultuur