De veranderende markt- en klantvraag in de nieuwe ‘Scrum en Agile’ wereld brengt voor zowel werkgevers als werknemers verscheidene vragen met zich mee. Denk hierbij aan verandering in visie, strategie en de core-business. Wat gaan we leveren en waarin gaan we ons onderscheiden van de concurrenten? Testautomatisering, performancetesten en securitytesten hebben momenteel de volle aandacht.

De technische tester

Sinds Agile zijn intrede heeft gedaan zien we veel verbeteringen binnen het ontwikkel- en testproces. Onderdeel hiervan is het direct automatiseren van de testgevallen om zo bijvoorbeeld een doorlopende regressietest te kunnen draaien op elke wijziging op de programmatuur. Vooral de tester heeft deze automatiseringstaak bij zijn werkzaamheden gekregen. En er wordt hierdoor steeds minder een beroep gedaan op manuele testers.

De tester van tegenwoordig moet steeds technischer zijn om zodoende met tooling de testgevallen te kunnen automatiseren. Onder invloed van Agile neemt het automatiseren van testgevallen zo het terrein over van het handmatig uitvoeren van tests. Wat betekent dit voor de niet-technische tester, oftewel de authentieke tester? Zijn dit echt de hoefsmeden van de toekomst zoals Rini van Solingen opperde tijdens het TestNet Najaarsevenement? Nee. Ik ben van mening dat de authentieke tester ook in de Agile omgeving blijft bestaan.

De meningen zijn verdeeld

Voorstanders van het automatiseren van testgevallen claimen dat testers technische kennis moeten opdoen. En dat zij het programmeren van testgevallen in elke denkbare tooling moeten kunnen uitvoeren. De kwaliteit van het testen zou hiermee verbeterd worden. Anderen zijn van mening dat programmeurs de testgevallen dienen te programmeren. Zij kunnen dat immers veel sneller en waarschijnlijk ook beter. In de praktijk ervaar ik dat het automatiseren van testgevallen flinke toegevoegde waarde heeft en niet meer weg te denken is uit het gehele proces. Ik kom zowel opdrachten tegen waar de testautomatisering door toolexperts gedaan wordt, als opdrachten waarbij de tester de testautomatisering voor zijn rekening neemt. In dit artikel kijken we naar de situatie waar de tester niet automatiseert.

De authentieke tester is Agile

De authentieke tester is een tester die tussen de business en IT staat. We hebben het dan over de persoon die het Detail Test Plan schrijft, testgevallen ontwerpt en deze handmatig uitvoert. Maar zich ook bezighoudt met het toepassen van testtechnieken, het signaleren van risico’s en het pragmatisch schakelen tussen prioriteiten. De authentieke tester is de tester die het functioneel ontwerp controleert en deze bij de business met vraag en aantekening aanbiedt. De tester die meedenkt met de business. Dit zijn onderdelen van het testvak die je als tester leert door ervaring, niet door drie maanden lang trainingen te volgen op het gebied van testen en automatiseren. Hierdoor is de ervaren authentieke tester nog steeds onmisbaar bij opdrachten waarbij testmanagers, testcoördinatoren en testers betrokken zijn. Klinkt bovenstaande als waterval? Ik ontdek juist veel onderdelen die ook binnen Agile genoemd worden.

Dezelfde werkzaamheden in een Agile jasje

De organisatie wordt meer en meer IT. Iedereen binnen Agile wordt technischer, ook de business afgezant; de zogeheten Product Owner. Je bent als tester dus niet meer de directe spil tussen de business en IT, je bent onderdeel van een team. Het werk verandert echter niet. Eerdergenoemde onderdelen van het testvak zoals risico’s signaleren, direct schakelen met de business, pragmatische aanpak en testtechnieken toepassen, veranderen niet, ze worden alleen in het Agile jasje gegoten. Wanneer je het Agile Manifesto leest, zie je alleen maar taken staan die volstrekt logisch zijn en die je eigenlijk al deed. Het vervelende papierwerk daargelaten… Hoe kan de niet-technische authentieke tester dan ingezet worden?