Loopbaan / Achtergrond
Bedrijven doen er alles aan om testers te vinden
Gezocht: creatieve zeikerds
Geliefd zijn ze niet, testers, maar tegelijk wél onmisbaar. Nu ze bijna niet meer te vinden zijn, worden organisaties steeds vindingrijker om het gebrek aan testers op te lossen.
Ze staan bekend als de zeikerds in ict-land en er is ook nog eens geen aparte opleiding voor; het beroep van tester staat bepaald niet hoog aangeschreven."Het zijn de binaire denkers in de ict; ze zeggen alleen maar ja of nee", grapt Tony van Buuren van Heyst, presales consultant bij Outsystems dat met zo'n honderd medewerkers web business oplossingen ontwikkelt. "Als je ze niet opleidt, dan komen ze er ook niet. Kijk maar naar de onderwijssector; het beroep van docent heeft een lage status en dus kiezen mensen er ook niet voor."
"Het beroep van tester is niet zo interessant, want je máákt niks. Je controleert alleen wat anderen doen. En het vergt creativiteit om fouten op te sporen die niet via automatische systemen zijn te vinden", zegt Mathijs Brand, servicemanager bij Hippo, dat zo'n 35 medewerkers telt en open source content management en portal software ontwikkelt.
Behoorlijke veelpoot
Toch is ontwikkelde software zonder dat het uitgebreid is getest waardeloos. Testers zijn en blijven dus onmisbaar. Ict-dienstverlener Sogeti heeft zelfs een aparte test-divisie met bijna zevenhonderd testers in huis. "Testen is een belangrijk vak, de markt schreeuwt om hun expertise maar je moet de mensen die daar echt goed in zijn met een lantaarntje zoeken", zegt Nijs Blokland, divisiedirecteur van de testdivisie van Sogeti. Maar hoe kom je nog aan goede testers?"Ze zijn bijna niet te vinden", vertelt Brand van Hippo. "Een goede tester moet zowel de wensen van de klant snappen als fouten in de code kunnen opsporen. Dat moet een behoorlijke veelpoot zijn. En de echt slimme mensen vinden het niet erg om af en toe eens wat te testen maar alleen maar testen is te eenzijdig."
Hippo heeft de taken van de tester daarom ondergebracht bij de ontwikkelaars en de servicemanagers. De code waaraan haar softwareontwikkelaars werken, wordt bij iedere aanpassing automatisch getest. De ontwikkelaars schrijven daarvoor zelf unit tests. Ook de performance tests die inzichtelijk moeten maken of het systeem sinds de vorige aanpassing is verbeterd, schrijven de ontwikkelaars zelf. Op onderdelen rouleren ze om elkaars werk te controleren. De gebruiksvriendelijkheid test Brand samen met de gebruiker en daarvoor neemt hij ook interviews af. "Ik kijk meer vanuit de gebruiker naar het systeem en denk in functionaliteit en oplossingen." Wel hebben ze de verschillende fases - ontwerpen, testen, accepteren en in productie nemen - strak gescheiden door de versies van een ontwerp op verschillende servers te draaien.
Uitbreiden
Ook bij Outsystems is het testen geïntegreerd in hun werkwijze. Van Buuren van Heyst: "Vanwege onze werkwijze hebben we bijna geen testers nodig. Functionele tests laten we zoveel mogelijk door klanten uitvoeren." Dat kan door de eigen methodiek van Outsystems; in plaats van te werken in projectfases van uitdenken, ontwikkelen en testen, leveren gemiddeld iedere twee weken nieuwe functionaliteiten op. Testers zijn dus niet maanden aan het ontwikkelen voordat de klant iets te zien krijgt, maar breiden het systeem gaandeweg meer uit. "In een CRM-systeem wil je bijvoorbeeld klantgegevens kunnen invoeren en wijzigen en klanten kunnen verwijderen. Maar ook notities kunnen maken en documenten koppelen aan klanten. We beginnen dan met alleen de functie invoeren, wijzigen en verwijderen. En iedere paar weken komt er weer een nieuwe functie bij. Zo kan de klant gaandeweg ook zien welke functies hij echt gebruikt."Internationaal
Een prima oplossing voor middelgrote softwarebouwers die hun eigen software moeten uittesten, maar voor een dienstverlener als Sogeti die binnen drie jaar haar testdivisie wil verdubbelen, is het geen oplossing. Sogeti blijft zoeken naar testers. "We zijn marktleider op het gebied van testen en dus zijn we erbij gebaat dat het vakgebied zicht ontwikkelt. We willen dat onze medewerkers trots zijn op hun organisatie en trots op hun vak. Dat bereik je door ze mee te laten ontwikkelen aan hun vakgebied en door interessante opdrachten te verwerven en hen de kans te geven samen te werken met collega's in het buitenland."Sogeti werkt samen met diverse hogescholen en verzorgt een lectoraat over gestructureerd testen bij hogeschool Fontys. Sinds dit jaar is Sogeti ook een andere, bijzondere samenwerking aangegaan. Derde en vierdejaars studenten biedt ze een studentencontract aan. Ze doorlopen de normale selectieprocedure en krijgen vervolgens een nul-urencontract. Dat geeft hen recht op alle voorzieningen die ook vaste medewerkers krijgen aangeboden - een persoonlijke coach, deelname aan het introductietraject en toegang tot alle opleidingen - terwijl ze niet hoeven te werken ("want ze studeren nog"). De coach begeleidt hen, indien gewenst, ook naar een afstudeerplek of baan bij Sogeti of een andere organisatie. Inmiddels hebben 55 studenten zo'n contract afgesloten. Blokland: "Dat imagoprobleem is dus wat ons betreft achterhaald."
Ze zijn onmisbaar en dat zie je vaker in aangepaste applicaties dat deze niet goed doordacht zijn juist omdat zo'n persoon ontbrak.
Ik onderschrijf de meningen van Cor, Hans en Egbert volledig: een goede tester is tegenwoordig een lot uit de loterij. Het imagoprobleem waaraan 'de tester' lijdt, is ook iets wat ik tegenkom bij mijn opdrachten, en helaas onterecht. Zoals in bovenstaande reacties en in het artikel wordt aangegeven, moet een tester over een groot aantal vaardigheden en compenties beschikken. Dit maakt het beroep van een goede tester allerminst eenzijdig!
Het gebrek aan kwalitatief goede testers in de markt lijkt mij een verkeerde reden om de specifieke testtaken dan maar "in te sourcen". Veel belangrijker is het testvak volwaardig te maken en te houden door testers in de breedte te ontwikkelen; van Requirements analist tot syteemanalist. De tester werkt constructief mee aan de fit tussen informatie-architectuur en organisatiestructuur en is daarmee geen z****** maar een praktische adviseur. Ik zou ervoor kiezen om testers op deze manier op te leiden en te begeleiden.
De keuze om deze rol onder te brengen bij ontwikkelaar en/of gebruiker wordt slechts ingegeven door potentie en beschikbaarheid, maar de praktijk leert dat dan vaak bepaalde kwaliteitscriteria onderbelicht blijven (zoals beschikbaarheid, bedrijfszekerheid, beveiliging...) daarnaast wordt in tijden van stress maar al te vaak de ontwikkeltaak of de business taak met voorrang opgepakt en wordt alsnog die vakbekwame tester binnengehaald.
Overigens vind ik dat testen en testers erg worden onderschat, zowel door ontwikkelaars (want wat weet een tester nou van code), gebruikers (maar WIJ weten toch hoe we willen werken?), projectmanagers (testers zorgen alleen maar voor vertraging en extra kosten) als ook werkgevers (testen kan toch iedereen?). Testen wordt vaak niet gezien als echt vak, het is iets dat je een tijdje doet als je net bent afgestudeerd en niets anders kunt vinden of dat je gaat doen als je je "echte" IT-baan niet meer aankunt. Wat mij betreft kan er nog wel wat aan imago-verbetering worden gedaan!
Wat maakt het dan zo lastig om goede testers te vinden, dat komt juist door koppen als boven dit artikel. Hierdoor haken mensen af het artikel te lezen, voordat men er ook maar overnagedacht heeft het artikel te lezen. Voor wat betreft de eerdere reacties: we kunnen allemaal wel blijven hangen in de modus we worden niet begrijpen, we zitten achter in het traject en het wordt niet als een echt vak gezien. Kan ik maar een ding zeggen zolang je in die modus blijft hangen, zul je het stempel alleen maar bevestigen dat testers azijnpissers zijn. Spreek nu eens met passie over je vak en wat het vak zo interessant maakt. Je zal zien iedereen in de omgeving gaat met andere ogen naar het vak tester kijken en dan zal van zelf ook het vak van tester in positiever daglicht worden gesteld. Dat is althans wel mijn ervaring.
Ik pis mijn azijn ALTIJD met passie. Dan hou je het 't langste vol.
Wij hebben meestal nog gelijk ook.
Maar is dat genoeg? Vanuit mijn eigen ervaring heb ik gemerkt dat een cursus alleen niet voldoende is. Een tester is echt een profiel; het is een bepaald type mens dat een rol in het testhuis kan vervullen. Creatief? Ja, dat moeten ze zeker zijn. Z*****? Nee hoor. Als ze de business maar begrijpen. Daar hoort misschien wel het predikaat perfectionistisch bij. En als een projectmanager dat dan uitlegt als een lastpost, dan zal die PM misschien eerst over zijn eigen werkwijze moeten nadenken.
Dat we een imagoprobleem hebben, dat onderschrijf ik wel. Er is wat dat betreft in de laatste jaren wel vooruitgang geboekt doordat testen nu ook op sommige hogescholen aandacht krijgt. Maar of dat voldoende is, dat weet ik niet. Ik denk dat alleen wij zelf ons imago kunnen verbeteren. Door onze meerwaarde aan te tonen. Aan de projectmanager door hem te helpen zijn scope te halen. Aan de business doordat zij op tijd een werkende oplossing hebben. Aan de programmamanagers door aan te tonen wat de kosten zijn van niet testen.
In een rol als test-analist heb ik van een PM ooit eens het volgende compliment gehad: 'Je was de luis in de pels van het project. Steeds als wij weer een zevenmijlsstap wilden nemen, kwamen de vragen: hoe meten we dit? Is dit afgestemd met alle gebruikers? Realiseer je dat hierdoor de testtijd langer wordt? Daardoor werden wij weer gedwongen onze oogkleppen af te doen.' En daar doen we het voor!
In plaats van het vak te promoten worden wat processen beschreven, ik denk dat de aankomend ICT'er hier niet opgetogen van raakt. De achterhaalde stelling dat testers z**kerds zijn, wordt helaas niet van tafel geveegd. Dat een tester de verantwoordelijkheid kan nemen voor de kwaliteit van een product, blijft onbesproken. Dat ze niet alleen problemen en fouten verbeteren, maar ook kunnen helpen processen te verbeteren, is misschien te veel gevraagd om te vermelden.
Vervolgens gaat het artikel trouwens steeds minder over testen:
'Testers zijn dus niet maanden aan het ontwikkelen voordat de klant iets te zien krijgt, maar breiden het systeem gaandeweg meer uit. '
Hier heeft iemand iets niet begrepen. Testers zijn dus geen deeltijd programmeurs.
Jammer, gemiste kans.
Groet, Egbert
Tot slot, een van mijn credo's is: "Het verschil tussen gelijk hebben en gelijk krijgen zit 'm vaak in je persoonlijke effectiviteit". Als je consequent als beroepgroep als 'zeikerd' wordt afgestempeld dan kunnen we beter onze effectiviteit gaan laten certificeren dan onze vakkennis... Daar heeft de klant uiteindelijk meer aan.
@Egbert: beetje flauw om hier reclame te gaan maken voor je bedrijf. Toch niet wanhopig aan het worden...?
- 11:32 Triple P ziet ruimte in uitspraak rechter
- 11:23 'Werkgever worstelt met bedrijfscultuur'
- 10:32 Caesar krijgt keurmerk voor interne coach
- 10:17 Goede tester is een teamwerker
- 16:34 Leerzame werkgever krijgt keurmerk
- 14:43 Triple P sleept Detron voor de rechter
- 12:08 Pleidooi voor de middelmatige mens
- 10:53 Bul voor honderdste student Business Informatics
- 17:06 Internationale opleiding sensortechnologie van...
- 17:02 Netwerken op naaldhakken
Computable Banen
Op Computable Banen vind je de beste banen in de ICT. Zoek de ideale baan in de buurt of upload je CV om gevonden te worden door werkgevers.
Naar Computable BanenPleidooi voor de middelmatige mens
04-09 12:08 Anneke Dekkers schreef het boek ‘Gelukkig, ik ben een grijze muis', een pleidooi voor werknemers die nergens in uitblinken. Dat was hard nodig, vindt ze, want volgens Dekkers...
Meer loopbaan achtergrondGoede tester is een teamwerker
05-09 10:17 In het artikel ‘Tester moet betere feedback geven' komt sterk naar voren dat testers goed in hun vak zijn maar dat het ontbreekt aan communicatieve en sociale...
Meer loopbaan opinieOdyssee bouwt virtueel kennisnetwerk op
25-02 20:13 Odyssee is een landelijk opererende organisatie op het gebied van training, opleiding, coaching en advies. Haar dienstverlening richt zich op de ontwikkeling en verbetering van...
Meer loopbaan cases

Ook de opmerking dat een tester een zeikerd is lijkt mij behoorlijk overtrokken. Als je laat merken dat je de business kent, het pakket/systeem, de klant en je laat zien dat je goed bent in je vak, zal je nooit voor een zeikerd worden uitgemaakt.
Ik onderschrijf overtigens de mening van Matthijs Brand. Wil je een goede tester worden, moet je ten eerste materiekennis hebben. Dat wil zeggen de bedrijfprocessen en de bedrijfstak kennen waar het pakket of systeem voor gemaakt is. Ten 2e moet je weten hoe het pakket of het systeem binnen de bedrijven in die bedrijfstak met dat pakket omgaan. Ik heb zelf jaren getest en heb toen een 2,5 jaar als medewerker support gewerkt. Dan merk je dat hoe jij als tester naar een systeem kijkt soms volledig afwijkt van hoe een klant met het systeem omgaat. Je mist dan essentiele informatie en slaat een groot gedeelte over van de fucntionalteit die je zou moeten testen.
Kortom: ken je eindgebruiker en ken je business en klant. De testmethode is van ondergeschikt belang. Vaak krijg je namelijk toch te weinig tijd om een goede test uit te voeren omdat er te weinig budget is.