Acceptatie van testtools binnen teams

Een van de grootste uitdagingen bij testen is het verzamelen van de juiste informatie. Wat moet er getest worden, hoe gebruikt een gebruiker de software en welke keuzes zijn er mogelijk? Die informatie is vaak verspreid over verschillende documenten, zoals user stories, functionele ontwerpen en procesbeschrijvingen. Zelden is alles compleet.

‍

Bij een verzekeringsorganisatie bleek dat ook het geval. Er waren flows opgesteld vanuit de business, maar daarin ontbraken concrete gebruikersacties. Verwachte resultaten waren beschreven, maar niet altijd hoe een gebruiker daar precies kwam. Voor het opzetten van goede tests betekende dat veel uitzoekwerk.

‍

Werken met flows

Om inzicht te krijgen in wat er nodig is voor testscenario’s, is gekozen voor het expliciet uitwerken van gebruikersflows. Door acties, beslispunten en verwachte resultaten visueel te maken, wordt snel duidelijk waar informatie ontbreekt. Dat helpt niet alleen testers, maar ook business en beheerders om dezelfde taal te spreken.

‍

Het handmatig uitwerken en onderhouden van flows kost echter veel tijd, zeker wanneer informatie uit lange teksten moet worden gehaald en achteraf gecontroleerd. Bovendien zijn zulke flows niet altijd goed leesbaar voor collega’s die minder testervaring hebben.

‍

Van flow naar testcase

Daarom is geëxperimenteerd met een tool die speciaal is ingericht voor testers. Deze maakt het mogelijk om flows te tekenen en deze direct om te zetten naar testscenario’s. Door met drag-and-drop stappen op te bouwen en data en vereisten toe te voegen, ontstaat een overzichtelijke flow. Ontbrekende informatie wordt direct zichtbaar gemaakt.

‍

Een belangrijk voordeel is dat flows eenvoudig zijn bij te werken. Wijzigingen leiden automatisch tot aangepaste testscenario’s, die vervolgens kunnen worden uitgevoerd. Dat scheelt tijd en maakt het testproces consistenter.

‍

Weerstand en adoptie

De introductie van een nieuwe tool leidde niet direct tot enthousiasme bij alle testers. Sommigen zagen de noodzaak niet of werkten liever op de manier die ze gewend waren. Toch bleek dat juist collega’s die niet dagelijks met testen bezig zijn, zoals beheerders en IT-managers, de meerwaarde snel inzagen. De tool hielp hen om processen beter te begrijpen en testgesprekken concreter te maken.

‍

Door de tool in de praktijk te blijven gebruiken en resultaten te laten zien, groeide het draagvlak. Niet iedereen stapte over, maar binnen een deel van het team werd de tool structureel ingezet.

‍

Meer dan tooling

De belangrijkste les is dat acceptatie van testtools niet vanzelfsprekend is. Het succes zit niet in de tool zelf, maar in hoe deze helpt om gesprekken te voeren, ontbrekende informatie boven tafel te krijgen en gezamenlijk begrip te creëren. Pas dan draagt tooling echt bij aan kwaliteit.