6 (foute) redenen om geen software testers in te huren

Voor ons lijkt het inhuren van softwaretesters het meest voor de hand liggend wanneer een bedrijf software ontwikkelt. Velen doen dat ook, maar een verrassend aantal doet dat niet. Sommige van deze bedrijven geloven niet in de toegevoegde waarde van testen. Ook al zien ze het belang in van een kwalitatief product. In deze blog lees je over de meest gehoorde excuses om geen software testers in te huren. Spoiler alert: ze zijn fout.

1. Luie ontwikkelaars veroorzaken bugs

Ooit al argumenten zoals deze gehoord? “Als we softwaretesters inhuren , zullen ontwikkelaars slordig worden en buggy code schrijven.“, “Ze zullen geen unit testen of peer review meer uitvoeren.“, “Als we geen testers inhuren, kunnen we de ontwikkelaars dwingen om in de eerste plaats correcte code te schrijven en zich te concentreren op unit testen.”

Nou, als je denkt dat dit waar is, heb je of nog nooit code geschreven, of je bent oneerlijk over hoe het schrijven van code werkelijk is. Bugs ontstaan per definitie omdat ontwikkelaars ze niet zagen in hun eigen code.

Denk maar eens aan die keer dat je een artikel, of scriptie hebt geschreven en iemand het heeft nagelezen. We durven te wedden dat ze een paar spelfouten of gemiste komma’s hebben gevonden, ook al heb je het zelf keer op keer gelezen.

2. Testers vinden te veel bugs

Als je denkt dat jouw testers echt te veel onbelangrijke bugs rapporteren, geef ze dan meer begeleiding. Maak hun inspanningen niet belachelijk en negeer hun bugrapporten niet. Leg uit welke producteisen je probeert te bereiken en wat de bekende (en acceptabele) beperkingen van het systeem zijn. 

3. Onze ontwikkelaars kunnen bugs in een seconde oplossen

OK, dit is enigszins waar. Bugfixes kunnen tegenwoordig veel sneller worden doorgevoerd, maar onderschat de kosten van het oplossen van een bug niet.

Ten eerste worden er misschien nog meer bugs geintroduceerd terwijl de eerste gerepareerd wordt. Ten tweede is alle tijd die je besteedt aan het oplossen van bugs, verloren tijd voor het ontwikkelen van nieuwe functies. En tot slot, mag je de slechte indruk die je zult maken niet vergeten. 

4. De gebruikers zullen de software voor ons testen

Laten we eens kijken hoe dit eruit zou kunnen zien als een ‘testmethodologie’:

1. Als de ontwikkeling halverwege is of als ze zeggen dat ze klaar zijn, de software vrijgeven zonder te testen.
2. Herhaal deze stap 8-9 keer
3. Noem een van deze versies de ‘definitieve versie’.
4. Breng .01, .02, .03 versies uit telkens als er een bug wordt gerapporteerd en/of viraal gaat op Twitter

Het enige resultaat dat je hiermee bereikt is dat gebruikers denken dat de software buggy en onbetrouwbaar is. Het ergste aan deze manier van testen is de slechte indruk die je maakt. Voor de gebruikers voelt het alsof niemand ook maar een minimum aan testen heeft gedaan om er zeker van te zijn dat de basis werkt. De lage waargenomen kwaliteit van het product schrikt hen af en misschien wel voorgoed.

5. Goede, gekwalificeerde mensen willen geen software tester zijn

Hoe pijnlijk het ook is, het is erg moeilijk om goede software testers aan te nemen. Het enige wat je eraan kunt doen, is erkennen dat het bestaat en het aanpakken. We hebben een aantal suggesties om dat te doen:

• Behandel testen als een serieuze carrièrestap binnen je bedrijf. Een stap omhoog van, bijvoorbeeld, support of een andere rol die ze eerder vervulden.
• Behandel testers niet als tweederangs ontwikkelaars die gewoon niet goed genoeg waren om echte ontwikkelaars te zijn. Dit zal testers demotiveren die echt graag software testen en er goed in zijn.
• Je moet testers een competitief salaris bieden. Als je jouw testers veel minder betaalt dan uw ontwikkelaars, zullen je testers een overplaatsing naar ontwikkeling vragen of zelfs je bedrijf verlaten.
• Laat testers hun carrière en technische vaardigheden ontwikkelen door trainingen en cursussen te volgen. Moedig hen aan om geautomatiseerde testsuites te ontwikkelen met programmeertools en scripttalen, testomgevingen te installeren en te configureren, … Tegenwoordig kan een tester eigenlijk niet meer zonder deze vaardigheden.Alles moet elke dag sneller.
• Huur ervaren externe testers in. Zij hebben recente kennis over de laatste testtrends, waardoor ze efficiënter kunnen werken. Het is interessant en inspirerend voor je interne testers.

6. Testen is duur, ik kan me geen softwaretesters veroorloven

Dit argument is het makkelijkst te weerleggen. Hoe moeilijk het ook is om testers te vinden, helaas zijn ze nog steeds goedkoper dan ontwikkelaars.

Als je geen testers inhuurt, zul je ontwikkelaars, analisten of business hebben die alle uitgebreide tests doen. En terwijl zij testen, gaat er tijd en moeite verloren aan ontwikkeling, analyse of financiën.

In dergelijke gevallen behandelen ontwikkelaars, analisten en de business het testen als een lagere prioriteit. Ze doen liever hun eigen werk en wie kan ze dat kwalijk nemen? Ze zijn geen echte testers en dus blijven er veel potentiële bugs in de software zitten. De bugs die worden gevonden na de go-live of in de laatste fasen van de levenscyclus van de softwareontwikkeling zorgen voor zeer hoge inspanningen en kosten. Bovendien vreten ze tijd, moeite en geld aan ontwikkeling, analyse, …

Tot slot, als je denkt dat het erg is als een software tester je bedrijf verlaat, wacht dan tot je ziet hoe moeilijk en duur het is om een sterke ontwikkelaar te vervangen. Ze worden het zat om veel tijd te besteden aan uitgebreide testen voor de release en verhuizen naar een ander, professioneler bedrijf met testers. Besparen op testers bespaart je bedrijf geen geld of tijd.