4 tips voor workshops functioneel testen

Mijn vorige weblog kondigde het al aan; hierbij de lessen die ik heb geleerd uit het functioneel testen met eindgebruikers. In totaal ging het om 27 eindgebruikers, die in twee workshops hun testgevallen maakten.

Tip 1: Help ze op weg

Testen is vaak totaal nieuw terrein voor ze. Geef ze eerst een leeg vel A4 en help ze dan door plenair aan de linkerkant van dat vel en cirkeltje te tekenen. In dat cirkeltje schrijven ze hun belangrijkste activiteit, bijvoorbeeld ‘Schade behandelen’. Daarboven komen cirkeltjes die als voorwaarde gelden, zoals een bepaalde klant of verzekering. Eronder komen zaken zoals financiële afhandeling, rapportages enzovoort. Het nadeel van iemand op weg helpen, is dat je sturing geeft aan waar ze mee komen. Maar voor een eerste introductie is het echt nodig.

Tip 2: Werk vanuit het juiste niveau

Veel eindgebruikers werken al heel lang met de software en denken daarom vanuit die software. Sommigen denken zelfs in veldlabels en in functietoetsen. Voor een goede testset is het belangrijk, dat ze een stap terug maken en functionaliteit los zien van de software die het ondersteunt.

Tip 3: Benadruk creativiteit

Voor sommigen werkt het ‘verlammend’ als ze het gevoel hebben dat ze aan álles moeten denken. Blijf aangeven dat het gaat om creativiteit en dat ze vooral niet moeten proberen om compleet te zijn. Het gaat om ‘test de tester’ en om het aanbrengen van veel variatie in weinig testgevallen.

Tip 4: Kies de juiste groep deelnemers

Zoek de juiste kwaliteiten en de juiste kwantiteit. Wat betreft het laatste; beperk het aantal deelnemers tot 6 of 8. Er is erg veel individuele begeleiding nodig om een mooi resultaat te bereiken. Maar zorg tegelijk dat alle soorten gebruikers vertegenwoordigd zijn. Dat leidt dus al snel tot het houden van meerdere workshops. En naast kwantiteit zoek je dus specifieke kwaliteiten; mensen die hun afdeling goed kunnen vertegenwoordigen, die hun ideeën en kritiek durven uiten, die wat gevoel met ICT hebben, en meer. Het lijstje met kwaliteiten is dus nog wel langer, maar dat is iets voor een volgende weblog!

Duidelijkheid over de Functionele Acceptatie Test

Misschien ken je mijn mening al over de term ‘Functionele Acceptatie Test’; ik vind het héél verwarrend. Waarom? Een leverancier van software zou zelf al de functionele test uitgevoerd moeten hebben. En pas als die leverancier denkt dat het goed genoeg is, komt de acceptatietest door de eindgebruikers. Die acceptatietest richt zich op zaken als gebruiksvriendelijkheid en op het krijgen van een gevoel bij de software.

Door de term ‘Functionele Acceptatie Test’ krijg je opnieuw de discussie wie de functionaliteit gaat testen. En dat is dus NIET de verantwoordelijkheid van de eindgebruiker. Als je dat door omstandigheden toch bij de eindgebruikers neerlegt, moet je die eindgebruikers extra trainen. Een onderdeel van die training is de bewustmaking dat ze zó vroeg betrokken worden, dat ze nog ‘dikke foutmeldingen’ kunnen tegenkomen. Wees je ervan bewust dat lang niet alle eindgebruikers die mentale omslag kunnen maken. Kies je testgroep dus zorgvuldig. Maar veel liever nog; voorkom deze situatie.

Functionele Acceptatie Test = test de tester

Kegel van functionaliteitEr is één manier om een goede Functionele Acceptatie Test toe te passen. Dat is als de leverancier al getest heeft op functionaliteit, waarna de eindgebruikers de kwaliteit van die leverancierstest beoordeelt. Test de tester dus. En dat doe je door een gevarieerde groep gebruikers te vragen om in de software te ‘prikken’. Dat kan volledig onvoorbereid via de ‘doe maar wat’ methode. Een klein stukje beter is om de eindgebruikers te vragen om bewust naar fouten op zoek te gaan (wat de experts ‘Error Guessing noemen). Maar je kunt ook vooraf een workshop houden om een gevarieerd setje testgevallen te krijgen.

En dat laatste heb ik de afgelopen twee dagen gedaan. Zowel voor mij als voor de eindgebruikers was dat een erg leerzame ervaring. De lessen die ik zelf leerde, komen in het volgende blog. Dit blog sluit ik af met de omvang van deze test. Om dat duidelijk te maken, laat ik de software zien als een kegel (geen kerstboom). Bovenin de kegel zit het inloggen. Die ‘functionaliteit’ gebruikt iedereen. Dan gaat men de software gebruiken, eerst de simpele functionaliteit bovenin de kegel, zoals het inzien van een klant.

Daarna daalt men af in de kegel en sommigen komen helemaal onderin, waar de meest complexe en uitzonderlijke functionaliteit zit. Als voorbeeld; wanneer loopt een verzekering af met een looptijd van een jaar, als die op de schrikkeldag 29 februari is ingegaan? Ook handig om te testen; de foutafhandeling. Als ik een hypotheek wil afsluiten voor een 15-jarige, wordt dit dan afgevangen? Dit zijn de rode streepjes in de kegel.

Dit plaatje bleek goed te werken bij onze eindgebruikers. De andere lessen lees je dus de volgende keer!

TestNet presentatie goed ontvangen

Presentatie TestNetVanavond was het dan zover; de presentatie aan de testprofessionals bij TestNet. Eerst had ik mijn twijfels of deze professionals wel interesse zouden hebben in een verhaal over simpel software testen. Maar die twijfel bleek onterecht; men was juist blij om weer eens een verhaal te horen dat helemaal terug gaat naar de basis. En het belangrijkste is daarbij de bevestiging door de aanwezigen dat dit inderdaad een algemeen toepasbare methode is! Zelfs bij sommige grotere bedrijven en zelfs bij agile en scrum.

De gehele presentatie  is hier te vinden.

Omdat dit de ‘echte’ lancering van de website was, zal ik vanaf nu blogs gaan plaatsen met inhoudelijke discussies en observaties. We zijn gestart!

(met een foto van Rik Marselis)

De behoefte aan simpel software testen

TMap WilsonEr staan een aantal inhoudelijke blogs te wachten, maar eerst moet het inhoudelijke gedeelte ook inderdaad goed gedeeld worden. Tot nu toe heb ik 126 unieke bezoekers verwelkomd, waarbij zo’n 50 personen flink door de site heen hebben geklikt. Gelukkig maar, hopelijk heeft het al iemand geholpen!

Help jij ook om het bereik nog wat te vergroten? Klik op de icoontjes voor Twitter, Facebook of LinkedIn en zegt het voort. Als dank daarvoor hierbij vast een plaatje als sneak preview van mijn presentatie bij TestNet, morgen in Nieuwegein.

De kracht van het netwerk

Het afgelopen jaar is mijn beeld over simpel software testen steeds duidelijker geworden. Hartelijk dank aan mijn collega’s bij de Unirobe Meeùs Groep en de testprofessionals die ik offline en online spreek. Men kan nu echt aan de slag. Maar het beeld kan altijd scherper.

De volgende stap voor deze nieuwe website is het vinden van gelijksoortige blogs en websites, misschien wel van testcollega’s die ik nog niet ken. Daar zal ik me de komende tijd mee bezig houden, maar het zou natuurlijk ook erg mooi zijn als je zelf een suggestie hebt. In dat geval hoor ik graag van je.

Iedere hulp om de basis van software testen breder en beter uit te kunnen leggen, is welkom!

Simpel software testen spreekt aan!

Enkele dagen terug heb ik op Facebook en Twitter een melding gemaakt van deze website. Veel collega’s en testvrienden hebben al laten weten dat ze het initiatief begrijpen en het handig vinden. Dat blijkt ook uit de statistieken; zo’n 90 unieke bezoekers die per bezoek in 10 minuten diverse pagina’s bekijken.

Leuk! Maar kennelijk is er nog wel een drempel om reacties te plaatsen, eens kijken wat ik daar aan kan doen. Tips zijn welkom, zet ze hieronder.
😉

Een veelgehoorde reactie is dat men zich weinig kan voorstellen bij een ‘faalkans’. Ofwel; hoe bepaal ik de kans dat ik niet krijg wat ik gevraagd heb. Om weer simpel te beginnen, hierbij de meest voor de hand liggende oorzaken.

Onbekendheid

Er is helemaal niet uitgedacht wat men eigenlijk nodig heeft (bijvoorbeeld op gebied van beveiliging of continuïteit), of er is geen ontwerp van hoe men daarvoor gaat zorgen .

(Gevolgen van) kostenbesparing

Bijvoorbeeld het aannemen van junior ontwikkelaars, of het niet-inrichten van een losstaande testomgeving.

Complexiteit

Veel gegevens, veel koppelingen, veel eisen die invloed hebben op elkaar, enzovoort.

En vervolgens kun je dit alles uitwerken per kwaliteitscategorie (functionaliteit, gebruiksvriendelijkheid, beveiliging, enzovoort). De kans is dan ook groot dat ik daar 7 verdiepingspagina’s voor ga schrijven. Wordt dus weer vervolgd. Ideeën blijven welkom!

Een mijlpaal; de inhoud is af

Het vertalen van een hoofd vol ideeën naar een website is veel werk gebleken. Indeling, verwoording, plaatjes, enzovoort. Maar nu is het af! Voor zover het ooit af kan zijn, natuurlijk. Want het kan altijd beter en scherper, door mijn eigen ervaringen en door reacties van zowel startende testmanagers als mede-professionals uit het testvak.

Hierbij nodig ik je dus uit om vragen en opmerkingen toe te voegen aan de pagina’s onder ‘Aan de slag!‘, als je ook maar enige aanleiding hebt. Ongeacht je testervaring tot nu toe. Alvast bedankt!

Een vrolijk momentje tussendoor

EvanneNu we toch nog in de aanloop zijn naar de ‘officiële’ start van deze website, mag deze dame vast wel even gedag zeggen! En er is zeker een link tussen haar en deze website. Sterker nog, zonder haar als mijn derde kind had ik niet zo snel de stap gemaakt naar een werkgever met een prettige, vaste reisafstand. En dan had ik dus ook niet ontdekt dat er vele bedrijven zijn zónder professionele testers. En dan had ik ook geen website gemaakt voor deze doelgroep.

Dus als je Evanne eens voorbij ziet stappen, vergeet haar dan niet te bedanken voor deze website!

De eerste echte bezoekers

De afgelopen dagen heb ik een aantal keer de ontwikkeling van deze website genoemd. En ook al even kort gebruikt. Want als ik tijdens een gesprek even snel een voorbeeld van een risico matrix wil laten zien, dan ben ik eerder op deze website dan op de juiste pagina van ons intranet.

De reacties zijn steeds erg positief. Het wordt inderdaad gezien als een complete aanpak, maar dan erg kort en simpel verwoord. En dat was dus precies de bedoeling. Ik zal wel op moeten blijven letten dat ik bij de kern blijf; één vlaag van inspiratie en er staan weer 4 pagina’s extra. Het doel blijft; een complete gids om te lezen én te begrijpen binnen 30 minuten. En vervolgens een hele batterij blog posts met duidelijke categorieën, om overal wat dieper op in te gaan.

Gefeliciteerd!

Jij als echte tester hebt mijn website gevonden, ook al is deze nog niet in gebruik. Je kunt al best even rondkijken, maar weet dat er nog veel content zal worden toegevoegd. De ‘lancering’ van deze website zal eind juni zijn. Op dat moment houd ik een presentatie voor TestNet over Meeùs én staat er een stuk in het nieuwsblad van Meeùs over testen.

   Newer Entries »