Mijn onverwachte reis om softwaretester te worden (van instapper tot manager)

"Je bouwt een succesvol leven op... een dag tegelijk..."

Mijn reis als Software Tester begon een beetje onverwacht.

Ik verscheen voor de eerste gespreksrondes in de veronderstelling dat het een ontwikkelingskans zou zijn. Om eerlijk te zijn was ik, net als elke andere afgestudeerde computerwetenschapper, een beetje sceptisch over het doorgaan met testen.

Maar uiteindelijk besloot ik het te proberen. Alleen met de hoop dat mijn nieuwsgierige aard me op dit gebied zal helpen.

Ik kon het aanbod niet aannemen zonder deze vraag te stellen - Krijg ik een kans om over te stappen naar Ontwikkeling als Testen me niet interesseert? :).

Geloof me, ik heb er zelfs nooit aan gedacht om daarna Testen te verlaten.

Toen ik verscheen voor de technische ronde, was ik niet voorbereid op meer dan het basisconcept van Software Testing. Ik denk dat het enige dat me erdoorheen hielp, de gedachte was dat ik logisch en niet theoretisch geëvalueerd word.

Dit was mijn allereerste les in Testen - ik begreep hoe wij (eerstejaars) werden geëvalueerd.

Ook nu nog gebruik ik soortgelijke technieken bij het aannemen van nieuwkomers voor mijn team. Ik kijk vooral naar hun logica, vasthoudendheid en aanpak van een probleem.

Ik kwam bij Zycus als QA Trainee en kreeg op een derde of vierde dag een product toegewezen. Het was een van de grootste (was toen nog in concept) en meest ambitieuze producten van het bedrijf. Na de eerste paar weken was er voor mij geen weg meer terug.

We begonnen met een QA team van twee en al snel na enkele maanden was ik de enige die de testinspanningen aanstuurde. In de eerste 2 - 2,5 jaar zelf had ik bijna 3000 defecten geregistreerd in verschillende categorieën zoals Functioneel, Performance, Veiligheid, UI, Bruikbaarheid, Meertalig, Multi-Tenancy, enz.

Vóór de nieuwe toevoegingen aan het Testteam moest ik het geruime tijd opnemen tegen een sterk ontwikkelingsteam van 15-16 leden. Zelfs na de toevoegingen was de verhouding QC:Dev niet erg gezond en ik kan nog steeds met trots zeggen dat het een succesvolle reis was, gezien alles wat we hebben getest, opgeleverd en afgehandeld.

Het belangrijke punt dat ik hier wil benadrukken is...

Voordat ik naar een Requirement discussion meeting ga, schreef ik van tevoren mogelijke twijfels/correcties/onduidelijkheden op. Ik schreef de scenario's op die ik wilde proberen of waarop ik testcases wilde bouwen; soms werkt zelfs het tekenen van je scenario's als een charme.

Als je schrijft/tekent, komt het met meer duidelijkheid je geest binnen en dan werkt je geest op deze informatie en produceert meer scenario's en geeft meer duidelijkheid. Dit gaat door tot je dat gevoel krijgt van DONE!!!

Conclusie

Hoewel het bijna onmogelijk is om elk belangrijk en miniem ding dat ik in de loop der jaren heb geleerd op te schrijven, is dit mijn poging om het samen te vatten in een opsomming.

  • Testen is heel moeilijk te definiëren. Iemand kan uitstekend testen en het misschien niet in woorden uitdrukken. Het is zoals jij het ziet.
  • Iedereen kan zijn eigen definitie van testen hebben. De mijne was eenvoudig...

    Over de auteur: Dit artikel is geschreven door STH-teamlid Mahesh C. Hij werkt momenteel als Senior Quality Assurance Manager en heeft ervaring met het leiden van het testfront voor meerdere complexe producten en componenten.

    We horen graag terug. Reageer hier of neem contact met ons op. Bedankt voor het lezen.

    Aanbevolen lectuur

    Scroll naar boven