In mijn vorige blog ‘Testen met gebruikers… hoe dan?’ beschreef ik de verschillende aanpakken om te gaan testen met een gebruiker. Daarbij komt altijd kijken het begeleiden en ondersteunen van de gebruiker. Wat dit inhoud wil ik graag in deze blog aan de orde laten komen.
NB: Uiteraard overal waar de term gebruiker in het algemeen staat kan gelezen worden eindgebruikers, key-users en andere bekende termen.
Ongeacht wanneer de gebruiker gaat testen in de project/beheercyclus wordt het altijd omringd door een zekere vorm van paniek en stress. Terwijl als dit op tijd, gestructureerd en met de nodige rust wordt opgepakt en uitgevoerd, dit doorwerkt in de testuitvoering en testafronding. Hiervoor is altijd een goede begeleiding en ondersteuning nodig vanuit de tester. Wat dit inhoud is afhankelijk van het te testen deel, de testervaring van de gebruiker, de soort gebruiker en in mindere mate ook het aantal gebruikers naast de overige testprocessen binnen de gebruikers acceptatie testen.
Naast de aanpak is wat te testen, de moeilijkheidsgraad en de hoeveelheid die getest moet worden door de gebruiker bepalend voor de mate en de soort van ondersteuning. Het is dus belangrijk dit van te voren te bedenken en te regelen zodat het in een vroeg stadium kan worden vastgelegd in een testplan. Dit veroorzaakt vaak al bij het (project)management een lichte stress want het is behoorlijk lastig om het goed ingeregeld te krijgen. Vaak ziet men er als een berg tegenop om de juiste personen hiervoor vrij te maken of te krijgen. Immers behoren deze mensen vaak tot een andere afdeling/team waar ze geen zeggenschap over hebben. Daarnaast is het ook vaak niet duidelijk hoeveel tijd de gebruiker in kwestie kwijt gaat zijn, het is dus lastig planbaar. Op basis van ervaringen en metrieken is het met een marge wel te bepalen hoe lang de testen kunnen duren. Ook is beschikbaarheid een moeilijkheid "want de productie moet voor", "afwezig door vakantie" enzovoort. De enige oplossing is om toch te kijken of deze specifieke gebruiker een beperkte test kan uitvoeren en zoveel mogelijk de begeleidende tester de voorbereiding en testanalyse voor deze test te laten doen.
Een gebruikerstest in een laboratorium.
Er zijn diverse soorten mensen en dus ook diverse soorten gebruikers. De gebruiker die ingezet wordt voor testen is vaak de eindgebruiker van het te testen deel of de keyuser die vaak de hele applicatie of grotere delen ervan dagelijks gebruikt.
Daarnaast reageert elke gebruiker ook weer anders. De één laat het allemaal over zich heen komen (passief) en de ander wil zoveel mogelijk meewerken en betrokken zijn (actief). Met alle gradaties daar tussen. Een passieve gebruiker voelt zich vaak weinig betrokken en moet bijna altijd gestimuleerd worden om de testen gedegen voor te bereiden en uiteindelijk ook de testen uit te voeren. Immers ze hebben geen tijd of zien niet tot nauwelijks nut tot het beschrijven van testen met een testvoorspelling voor dat de testuitvoering begint.
Is de gebruiker wel betrokken en actief dan kan dit al gauw uitmonden dat het als ‘te’ wordt ervaren door de organisatie. Immers het is dan deze gebruiker die dan alles binnen het te testen deel vindt dat het moet werken zoals hij/zij dit wil dat het moet. Hierbij houdt deze soort gebruiker dan nauwelijks rekening met zijn (mede)collega’s die ook met de applicatie moeten werken en mogelijk een andere werkvolgorde of werkinstructie/handleiding hebben. Dit alles is bepalend voor de benaderende houding van de begeleidende tester. Immers wordt of een activerende en stimulerende rol verwacht of een strikt en afbakende rol willen deze testen het gewenste resultaat hebben. Wat weer doorwerkt in wat de ondersteuning gaat inhouden.
Het aantal gebruikers is ook van belang. Als de begeleidende tester maar één gebruiker of 15 hoeft te begeleiden, dat maakt wel een verschil in de mate van ondersteuning die kan worden verleend. Het is dus voor de tester van belang om te weten om hoeveel gebruikers het gaat.
Het is handig om te weten of een gebruiker al eerder heeft getest. Dit scheelt namelijk in het uitleggen van een aantal termen en is hij/zij al een beetje bekend met het testproces ‘an sich’. Is dit namelijk niet het geval dan is het aan te raden om een overleg in te plannen om een aantal zaken uit te leggen en de verwachtingen inclusief een planning duidelijk te maken.
De volgende zaken dienen dan minimaal aan bod te komen om later niet in een lastig parket te belanden:
Vergeet daarbij niet het ‘waarom’ aan te geven om duidelijk naar de gebruiker aan te geven hoe belangrijk dit soort zaken zijn. Het lijkt allemaal wel zo simpel maar vergeet niet dat de verschillende gebruikers diverse verwachtingen hebben en dat die gestructureerd en gekaderd dienen te worden wil de begeleidende tester een goed testtraject met de gebruiker kunnen op starten en uitvoeren. Dit alles vertaald zich naar de soort en hoeveelheid van ondersteuning en begeleiding door de tester.
De begeleidende tester moet dus inzicht krijgen wie de gebruiker is om in te kunnen spelen op een goede ondersteuning en begeleiding. De ideale gebruiker heeft enige testervaring, kan worden ingezet op de testen, is kundig genoeg om een goed testoordeel te geven en heeft een actieve werkhouding waar ook de belangen van zijn/haar collega’s mee spelen. Ook moet het werk van de tester worden vastgelegd in een testplan. Dit kan zijn van simpel vragen beantwoorden tijdens de testuitvoering tot een complete testanalyse met testvoorspellingen naar wat nodig is. Pas als aan deze twee zaken wordt voldaan verloopt het testen met de gebruiker zonder al te veel menselijke obstakels. Het aantal gebruikers werkt daarbij vaak alleen snelheidsverhogend.
Het resultaat… iedereen test sneller met veel enthousiasme voor een kwalitatief goed eindproduct
Er zijn nog geen reacties
Let op: Uw reactie wordt gepubliceerd. Voor privé-reacties kunt u rechtstreeks mailen met de auteur. Voor contact mogelijkheden bekijk het auteur profiel van Angélique Lesquillier
Angélique haar ambitie is “Leuke projecten doen, waar iedereen blij van wordt!”
Lees Meer in Profiel
© 2010 IMfacts • ICT & InformatieManagement
