Als testen meer is dan testen

Deze blog is ooit mede ontstaan als een kijk op een wereld, die vaak wordt ontkent. De testwereld, waarin niet alles perfect geregeld is qua geld, tijd, proces, mensen en/of middelen.. Een wereld, waarin je als tester een keuze hebt: je laat jouw testen bepalen door jouw testwereld of je laat jouw testen steeds opnieuw jouw testwereld uitdagen om te veranderen. Uitleggen welke keuze ik heb gemaakt, is denk ik niet nodig. Maar waar loop je dan tegenaan? Waar ben ik tegenaan gelopen?

Een rol groter dan tester

In de eerste plaats kom je als tester in een andere rol terecht, dan mensen van je verwachten. Je wil als tester steeds meer en beter kunnen testen. Misschien zelfs wel de kwaliteit in het algemeen verbeteren. En daarom ga je over zaken praten, die eigenlijk jouw taak niet zijn. Je wil niet alleen een goed testscript, je wil ook goede specificaties. Je wil nieuwe tools en/of omgevingen, waardoor praten met managers van belang wordt. Je wilt dat de processen goed lopen, omdat betere processen vaak ook leiden tot een beter product. Soms wordt dit gewaardeerd. Soms niet, want het zijn jouw zaken niet. Soms is er vooral ongeloof: wat weet jij als tester nu van deze zaken af? Als je werkelijk sterk in je schoenen staat, is het antwoord: ik kom op voor de kwaliteit van het product. En dat is waar ik als tester ook ervaring in heb. Dus ik kan meer, dan jij misschien denk.

Oplossingen uit "de ideale wereld"

Als er een probleem is, wordt er vaak gekeken naar succesverhalen van anderen. Dan vallen er woorden als: Testautomatisering, Scrum, Outsourcing. Er wordt verteld hoe fantastisch dit geholpen heeft. Dit zijn natuurlijk absoluut geen woorden waar ik tegen ben. Ze kunnen in veel situaties een oplossing bieden. Maar ik merk, dat ik me als tester juist tegen dit soort oplossingen sterk moet verzetten. Niet omdat ik een tegenstander ben van de oplossing op zich. Maar omdat men vaak niet bereid en/of niet in staat is om op een realistische manier te kijken naar de obstakels in de huidige organisatie. Heel veel testautomatiseringprojecten falen, omdat men wel de tijd heeft om de testen te maken, maar niet om ze te onderhouden. Als tester helpt Scrum vaak niet, omdat puur deze invoering er niet opeens voor zorgt, dat ontwikkelaars bereid zijn mee te helpen met testen. En dat terwijl je er juist bij Scrum als tester vaker alleen voor staat. Outsourcing van testen kan een heleboel bugs opleveren, maar bij een houding "we kunnen/moeten onze tijd niet aan dit soort bugs besteden", kan het werkelijke effect van deze testen erg klein zijn. Het is dan soms ook moeilijk om een evenwicht te vinden tussen iemand die open staat voor verandering en iemand die kritisch naar oplossingen kijkt.

Vriend en vijand tegelijkertijd

Als je je evenwicht weet te vinden, ben je vriend en vijand tegelijkertijd. Mensen waarderen je inzet, de bugs die je vindt, de problemen die je aankaart, de verbeteringen die je voorstelt. Maar tegelijkertijd wil men het eigenlijk niet horen. Want als de testwereld niet perfect is, zijn er vaak meer problemen. En extra zaken waar tijd naar toe moet, wil men eigenlijk liever niet. Als het je lukt je positie goed neer te zetten, zal je waardering en aandacht vinden. Maar, al of niet humoristisch bedoeld, opmerkingen als: "Oh je, daar heb je hem/haar weer" zal je zeker ook horen. En als je het evenwicht nog niet gevonden hebt, kan het vijand deel ook nog eens de boventoon gaan voeren. Meer zijn dan puur alleen tester is niet altijd makkelijk. Maar als het je lukt, heb je er, ondanks de regelmatige gevoelens van onwil, toch al snel heel veel vrienden bij.