Na een aantal jaren in het testvak gewerkt te hebben overal en ergens kom ik regelmatig tegen dat er wel een testaanpak (gedeeltelijk) is doorgevoerd. Alleen het werkt nog net niet allemaal soepel, het kan gewoon efficiënter en beter of het voldoet nog niet aan de interne kwaliteitsstandaarden.
Testproces Verbeteringen
De vraag die dan bij mij opkomt: waarom gebeuren die belangrijke testproces verbeteringen dan niet?
Hieronder zomaar even zes redenen die als antwoord vaak naar voren worden geschoven om het juist niet te doen. Er zijn er vast meer maar dit zijn in mijn ogen de meest genoemde.
“Hoe doe je dat dan?” Het wordt lastig om testproces verbeteringen door te voeren als je niet weet wat er waar te verbeteren valt. Maar hoe ga je dat achterhalen het ‘wat’ plus het ‘waar’ en is dat te meten? Deze verbeterkennis kan je terugvinden in diverse methoden o.a. TPI en TMM welke al dan niet aan bijv. de methodiek CMMi te koppelen is. Alleen wanneer je geen kennis in huis hebt of geen geld om kennis in te huren wat dan...
“We hebben geen testpersonen over, onze kwaliteitsmedewerker kan het er niet naast doen en we mogen hiervoor geen mensen inhuren.” Hebben we uiteindelijk alles mooi op papier wat we kunnen verbeteren maar wie gaat het daadwerkelijk doen? Vergeet ook niet dat het binnen de organisatie gebeuren moet om verbeterkennis te behouden en op te doen! Dus doe je…
“Het kost tijd en dat hebben we niet want we moeten het ‘gewone’ testwerk op prioriteit 1 stellen bij de dagelijkse testactiviteiten. Echt die tijd hebben we eigenlijk nooit want volgende week hebben we weer een release en dan beginnen we weer van voren af aan in onze testcyclus.” Dus waneer moeten we het dan doen…
“Waar kunnen we deze uren op boeken, op welke code?” Vaak wordt niet erkend dat het een apart traject is wat niet alleen mensen en tijd maar ook geld gaat kosten. En ja, wat moet je dan als er geen budget is…
“We doen het al jaren zo, niemand klaagt en het is toch altijd goed?” Een veel gehoorde reden terwijl sommige dingen toch wel beter kunnen als er doorgevraagd wordt. Zoals een betere en uniformere vastlegging van bevindingen bijvoorbeeld of het standaardiseren van actiewoorden die tijdens de testanalyse worden gebruikt. Om zomaar wat zaken te noemen. Vaak levert een testproces verbetering een efficiëntieslag op en dat maakt het testleven niet alleen makkelijker het brengt uiteindelijk regelmatig ook nog eens geld op. Alleen het is niet nodig, …
“We hebben tijd, het geld, de juiste resources gekregen plus er is een testproces scan uitgevoerd en hoe nu verder?” Net als de 20/80-regel tijdens de testuitvoering of het productrisico gericht testen is er ook zo iets te melden over tot hoever je wat gaat verbeteren zonder dat je je doel voorbij schiet. Dus zoek uit tot welk verbeteringsniveau je in welke tijd wilt bereiken.
Niveau 1 ‘Initieel’ geldt bijvoorbeeld voor het 1e jaar en na twee jaar kan bijvoorbeeld gegroeid worden naar niveau 2 ‘Beheerst’ om vervolgens in niveau 3 ‘Gedefinieerd’ te belanden. Om verder te klimmen naar niveau 4 ‘Kwantitatief beheerst’ om uiteindelijk in niveau 5 ‘Optimaliserend’ te eindigen na een x aantal afgesproken jaren. Natuurlijk wel elke keer even weer een testproces scan doen om te bepalen op welk niveau wat zit en of je in dat jaar(deel) voor dat deel een verbetering wilt door voeren… ?.
En wil je eindelijk toch wat verbeteringen in het testproces doorvoeren die je hinderen in je dagelijkse testwerkzaamheden? Laat je dan niet weer houden en ga om de tafel met de betrokkenen om het struikelpunt op te lossen zodat je van start kunt gaan. Het is immers belangrijk om je testwerk zo positief mogelijk in te richten alleen daardoor kan je het juiste testdoelen behalen.
En nee… geef niet op, het moet toch lukken om het testen naar een hoger plan te tillen al zijn het een paar verbeteringen binnen het huidige niveau. Je zult zien dat iedereen veel prettiger gaat werken wat kan uiten in een betere planning, overdraagbaarheid en vergeet niet een juistere budgettering. Daar zal juist het hoger management van wakker moeten worden van het feit dat het geld kan opleveren. Dat wenst men toch altijd graag?
O ja, betreft de verbeterkennis en tot hoever de verbeteringen door te voeren… daar kan ik nog wel een en andere over vertellen. Dat doe ik graag in een volgende blog over het testproces verbeteren met Testing Maturity Modellen.
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
