‘Ik moet de business begrijpen én de software kennen’

‘Een van de problemen zat hem in de front-end manier van testen. Die aanpak is traag omdat je de browser moet openen. Daarom creëerde ik een HTML-laag in de testpiramide. Iets wat ik zelf nog nooit ergens anders heb gezien. Die laag zit tussen de UI en de API. Door daarin te testen, omzeilen we de browser. Een andere issue was dat we de functionaliteiten niet los van elkaar konden testen. Dus ging je bij de eerste functionaliteit al onderuit, dan wist je niet of de andere wél in orde waren. Daarom hebben we de grote tests opgebroken in kleinere tests die gericht zijn op één functionaliteit.’

‘Doordat de tests zo lang duurden, draaiden we ze ’s nachts. Het probleem was dat je de volgende dag niet zag welke veranderingen hadden geleid tot problemen. Ook dat is getackeld, doordat de tests nu sneller en gefocuster zijn. De oude situatie had trouwens ook een ander probleem: voordat je een test draaide, moest je een dataset klaarzetten. Als de test faalde, kon het zijn dat hij iets aan de data had veranderd. Daardoor faalden andere tests sowieso, want zij waren afhankelijk van dezelfde set. De oplossing? Elke test maakt of verzamelt nu zijn eigen data. Zijn ze klaar, dan ruimen ze die weer op.’

‘Bij de politie heb ik professioneel enorme stappen gezet. Mijn technische kennis is flink gegroeid, vooral op het gebied van Java en het opzetten van Test Framework. Tegelijkertijd leerde ik op strategisch niveau mee te denken over test automation-processen. Hierdoor ben ik van Test Automation Engineer doorgegroeid naar Lead Test Automation Engineer en geef ik nu leiding aan een groep collega’s. Inmiddels geef ik ook trainingen – niet alleen aan mede-Cappers, maar ook aan collega’s van de politie. Een hele eer!’