Testautomation

Goede Testers zijn niet per se goede Testautomatiseerders

De afgelopen tien jaar is de rol van de Tester drastisch veranderd. De Tester van nu moet naast testvaardigheden ook heel goed technisch onderlegd zijn. Kun je die verschillende vaardigheden binnen één persoon verwachten? Een goede bakker is over het algemeen geen goede slager. Dit gaat ook op voor een Tester versus een Testautomatiseerder. Moeten we (technische) Testers niet gewoon goede (technische) Testers laten zijn en is er in projecten niet zowel ruimte voor goede (technische) Testers als goede Testautomatiseerders?

Goede Testers zijn niet per se goede Testautomatiseerders

Wat is testautomation?

Eigenlijk dekt het woord testautomation niet helemaal waar het in dit stuk over gaat. Geautomatiseerd testen is een beter begrip. De volgende definitie dekt volgens ons wel de lading: ‘Automated testing is the act of conducting specific tests via automation (i.e., a set of regression tests) as opposed to conducting them manually, while test automation refers to automating the process of tracking and managing the different tests.’

Het automatiseren en geautomatiseerd uitvoeren van regressietesten is dus maar een klein onderdeel van testautomation, waarbij testautomation zelf ook weer een klein onderdeel uitmaakt van een ander containerbegrip: continuous testing. Waar een senior Testautomatiseerder vaardig in is, maakt in essentie maar een klein gedeelte uit van wat nu in de praktijk van een goede Tester wordt verwacht.

Een Testautomatiseerder kan een testautomatiseringsframework implementeren, waarbinnen test-artefacten een plaats hebben, en het programmeren van de code (Java, Python, Javascript etc.) om deze test-artefacten geautomatiseerd uit te kunnen voeren.

Om BDD als voorbeeld te nemen. Het maken van feature files, het opstellen van testscenario’s en het definiëren van teststeps kan prima door een Tester, of in een Three Amigo’s setting worden opgesteld. Een Testautomatiseerder kan verantwoordelijk worden gemaakt om deze teststeps in testautomatiseringscode (stepdefinitions) vast te leggen.

Specialistische rol

Voor goed geschoolde, moderne Testers, met een gezonde portie technische kennis, maar zonder kennis van en affiniteit met het maken van testautomation code, liggen er veel kansen. Testautomation is een specialistische rol die door een Test Engineer die zich erin heeft bekwaamd, of door een Developer kan worden uitgevoerd. De vaardigheden om een goede Tester te zijn, zijn niet de vaardigheden om een goede Testautomatiseerder te zijn en dat zou niet erg moeten zijn. De rol die een Tester zou moeten pakken is het ondersteunen van de Testautomatiseerder of Developer. Hij kan testautomation code onderhouden, helpen bij het maken van Jenkins jobs en exploratory testing sessies uitvoeren, heeft veel technische bagage en begrijpt wat webservices en API’s zijn. Naast testautomation hebben projecten nog steeds goede testers nodig. Het is mooi meegenomen dat Testers ook de rol van Testautomatiseerder kunnen pakken, maar noodzakelijk is dit niet.

Krachtige rolverdeling

Een tijd geleden was TestFrame erg hot. Binnen TestFrame was er een duidelijke afbakening van de rollen Tester en Testautomatiseerder. De Tester maakt de Excel sheets met actiewoorden en de Testautomatiseerder programmeert de actiewoorden. Dit is een hele krachtige rolverdeling. Het veld zou zich moeten realiseren dat Testers, natuurlijk met voldoende begrip van de werkzaamheden van Testautomatiseerders, bezig zouden moeten zijn met waar ze goed in zijn geworden, testen, en niet verplicht moeten worden om een rol te pakken die niet goed bij die persoon past. Dat is tenslotte in het voordeel van de professional zelf en van de gehele test community.

Get in touch

Meer weten over dit onderwerp? Sparren?

Bedankt, we gaan voor je aan de slag!