Autonoom testen vs Gescripte testautomatisering

Blog

Autonoom testen vs Gescripte testautomatisering

Een praktische gids voor moderne QA-teams

Heb je ooit uren besteed aan het bijwerken van testscripts na een kleine UI-wijziging of moeite gehad om gelijke tred te houden met snelle ontwikkelingscycli? Je bent niet de enige. De evolutie van gescripte testautomatisering naar autonoom testen verandert de manier waarop teams softwarekwaliteit waarborgen. Graag leg ik, als Testprofessional bij Identify, uit wat deze verschuiving betekent voor moderne QA-teams en hoe je in de praktijk het verschil kunt maken.

De basis: Twee benaderingen, één doel

1. Gescripte testautomatisering

De traditionele krachtpatser van QA, gescripte testautomatisering, is afhankelijk van vooraf gedefinieerde testcases die door mensen zijn geschreven. Denk aan een gedetailleerd recept:

  • Hoe werkt het: Testers schrijven scripts (bijv. met Selenium of Cypress) om gebruikersacties te simuleren, zoals klikken op knoppen of het valideren van formulieren.
  • Sterke punten: Ideaal voor stabiele applicaties met voorspelbare workflows (bijv. inlogstromen voor banken).
  • Beperkingen: Hoge onderhoudskosten (gebroken scripts na UI-updates), rigide structuur en beperkte flexibiliteit.

Voorbeeld: Het afrekenproces van een retail-app. Scripts valideren elke stap—artikelen toevoegen, kortingscodes toepassen, betaling—maar breken als de ID van de knop “Bestelling plaatsen” verandert.

 

2. Autonoom testen

Aangedreven door AI en machine learning, leren autonome testsystemen, passen zich aan en herstellen zichzelf zelfs. Stel je een zelfrijdende auto voor QA voor:

  • Hoe werkt het: AI analyseert gebruikersgedrag, genereert tests en past scripts dynamisch aan (bijv. het repareren van gebroken locators).
  • Sterke punten: Vermindert onderhoud met 60-80%, behandelt complexe scenario’s (bijv. fluctuerende voorraadsystemen) en schaalt mee met agile pijplijnen.
  • Beperkingen: Vereist initiële setup en vertrouwen in AI-beslissingen.

Voorbeeld: Een e-commerce site met een dynamische UI. Autonome tests passen zich aan lay-outwijzigingen aan (bijv. een opnieuw ontworpen productpagina) zonder handmatige scriptupdates.

Belangrijkste verschillen in één oogopslag

Aspect

Gescripte testautomatisering

Autonoom testen

Onderhoud

Hoog (handmatige updates)

Laag (zelfherstellend)

Aanpasbaarheid

Rigide

Dynamisch (AI-gestuurde aanpassingen)

Leervermogen

Geen

Verbetert na verloop van tijd

Beste toepassingen

Stabiele, repetitieve workflows

Agile projecten met frequente wijzigingen

“De toekomst ligt in een slimme combinatie van beide benaderingen. Zo houd je niet alleen grip op de technische details, maar blijf je ook wendbaar in een digitale wereld die nooit stilstaat.” – Stefan 

Autonoom vs gescript testen iconen voor test-proces

Praktische toepassingen

Waar gescripte automatisering uitblinkt:

  • Regressietesten: Validatie van kernfunctionaliteiten na updates (bijv. ervoor zorgen dat een API voor vluchtboekingen nog steeds tarieven correct berekent).
  • Compliancechecks: Validatie van HIPAA/GDPR-workflows in gezondheidsapps waar audit trails cruciaal zijn.

Waar autonoom testen excelleert:

  • Dynamische applicaties: Testen van een maaltijdbezorgingsapp met realtime menu-/prijswijzigingen (AI past tests aan als items uitverkocht raken).
  • Grootschalige systemen: Validatie van IoT-ecosystemen (bijv. slimme apparaten thuis) waar interacties onvoorspelbaar zijn.
  • CI/CD-pijplijnen: Het uitvoeren van 1.000+ tests per nacht in de implementatiecyclus van een fintech-startup zonder menselijke tussenkomst.

Waarom dit belangrijk is voor jouw team

  • Snelheid: Autonoom testen verkort de testuitvoeringstijd met 40% bij bedrijven zoals Walmart en Netflix.
  • Kostenbesparing: Minder onderhoud geeft QA-engineers de ruimte om zich te richten op exploratief testen en edge cases.
  • Kwaliteit: AI detecteert subtiele bugs (bijv. geheugenlekken in gaming-apps) die scripts mogelijk missen.

De toekomst van testen

De industrie verschuift naar hybride modellen, bijvoorbeeld:

  • Fase 3 autonomie: AI stelt testscenario’s voor, maar mensen keuren deze goed (gebruikelijk in automotive software).
  • Fase 5 autonomie: Volledig AI-gestuurd testen, zoals bij Netflix’s contentaanbevelingsalgoritmes.

Aan de slag gaan

  • Voor gescripte automatisering: Tools zoals Selenium of Testsigma werken goed voor stabiele apps.
  • Voor autonoom testen: Verken platforms zoals Testim of LambdaTest die AI/ML integreren.

Conclusie

Gescripte testautomatisering blijft een onmisbare basis voor stabiele workflow. Maar in een wereld waarin software voortdurend verandert en ontwikkelingscycli steeds korter worden, biedt autonoom testen de flexibiliteit en schaalbaarheid die moderne QA-teams nodig hebben.

De toekomst ligt in een slimme combinatie van beide benaderingen: gescripte automatisering als solide fundament, aangevuld met autonoom testen om snelheid, adaptiviteit en kwaliteit te waarborgen. Zo houd je niet alleen grip op de technische details, maar blijf je ook wendbaar in een digitale wereld die nooit stilstaat.

Of je nu aan het begin staat van testautomatisering of al werkt met AI-gestuurde tools: de keuze is niet óf-óf, maar hóe je beide het beste inzet om jouw team naar een hoger niveau te tillen.

Over de auteur

Foto van Stefan Brezina

Stefan Brezina

Als enthousiaste test engineer heb ik een passie voor nieuwe testtechnologieën en ben ik voortdurend op zoek naar ontwikkelingen en vaardigheden om me verder te verdiepen.

Mail
Identify Consultancy Amersfoort voor Agile, Business Analyse en Scrum is NEN 4400-1 gecertificeerd
Identify Consultancy Amersfoort Great Place To Work 2025

Contact

Ik wil up to date blijven

Blijf op de hoogte met onze gratis nieuwsbrief.

De ROI van Testautomatisering

Whitepaper

De ROI van Testautomatisering

Een analyse van kosten, baten en strategische waarden

Testautomatisering is niet langer een luxe, maar een strategische noodzaak in een wereld waarin softwareontwikkeling steeds sneller en innovatiever verloopt. Bedrijven willen betrouwbaarheid en snelheid combineren. Maar hoe meet je de daadwerkelijke waarde van testautomatisering?

In deze gratis whitepaper analyseren we de return on investment (ROI) van testautomatisering. Aan de hand van praktijkcases van Adyen, Coolblue, ING, en Philips Health brengen we de kosten, baten en strategische impact in kaart.

Waarom een whitepaper over de ROI van Testautomatisering?

Voor veel organisaties is testautomatisering een logische volgende stap in het verbeteren van softwarekwaliteit en ontwikkelsnelheid. Toch blijft de businesscase vaak onderbelicht of is het in sommige gevallen moeilijk meetbaar. Want wat levert het concreet op? Hoe lang duurt het voordat de investering zich terugbetaalt? En welke strategische voordelen zijn er, naast tijd- en kostenbesparing?

Wat je ontdekt in deze gratis whitepaper

🔍 Inzicht in kostenstructuren

💡 Concrete baten

🧩 Strategische waarde

⚖️ Businesscase en rekentool

Identify consultancy uit Amersfoort de gratis Whitepaper ROI va Testautomatisering in mockup

Over identify

Al ruim vijftien jaar biedt Identify een sterke combinatie van diensten voor het optimaliseren van producten en processen binnen organisaties. Dat doen we niet vóór, maar samen mét onze opdrachtgevers.

Onze business analisten, agile consultants en test consultants zijn meer dan vakexperts. Dankzij expertise-overschrijdende samenwerking en gedeeld eigenaarschap pakken we complexe vraagstukken integraal aan. Zo realiseren we duurzame verbeteringen die organisaties écht vooruithelpen.

Co-create to accelerate

Over de auteur

Foto van Stefan Brezina

Stefan Brezina

Als enthousiaste test engineer heb ik een passie voor nieuwe testtechnologieën en ben ik voortdurend op zoek naar ontwikkelingen en vaardigheden om me verder te verdiepen.

Mail

Nieuwe technologieën in testautomatisering

Hoe komen Business Analyse, Testen en Agile werken samen?

Kennis

Hoe komen Business Analyse, Testen en Agile werken samen?

Samen werken aan kwaliteit, snelheid en wendbaarheid

Agile werken is iets wat steeds meer organisaties herkennen, doen of proberen na te streven. Business Analyse slaat de brug tussen de business en de IT-organisatie. Het testen van software heeft tot doel om te toetsen of voldaan wordt aan functionele en non-functionele eisen en wensen. Agile, Business Analyse en Testen kent Identify als geen ander. Wij vinden de Mens (Agile), (Proces) Business Analyse en IT (Testen) de drie belangrijkste factoren/pijlers van een organisatie (zie figuur 1). Middels ‘Kwaliteitsregie’ stemmen we deze drie pijlers op elkaar af. Hierbij zorgen we er voor dat deze pijlers naadloos op elkaar aansluiten.

In de praktijk

Veranderingen uit de markt of in de eigen organisatie leiden tot veranderingen in eisen en wensen aan het ondersteunende IT-landschap. En in een snel veranderende markt moeten deze eisen en wensen in een hoog tempo worden geïmplementeerd in nieuwe of bestaande software. Tegenwoordig worden deze eisen en wensen steeds rapper tempo opgevoerd in een versnellende en veranderende markt. Dat kunnen kleine aanpassingen zijn of grote implementaties of migraties bij het samenvoegen van systemen/bedrijven.

Vanaf het opstellen van de eisen en wensen (requirements) is het noodzakelijk deze op de juiste en correcte wijze snel en effectief vertaald te krijgen voor een software development team. Meestal is dat het werk van een Business Analist. De Business Analist identificeert, analyseert en specificeert de requirements van zowel de business/opdrachtgever als klanten en communiceert deze inclusief acceptatie criteria naar het development team of (software)leverancier. Het is een bruggenbouwer tussen business en IT.

 

Figuur 1

Als een organisatie het software testen goed heeft ingeregeld dan wordt in het vroegste stadium ook al een tester betrokken bij het maken en toetsen van de requirements. In deze fase kan een tester gerichte vragen stellen zodat de requirements duidelijker worden. Tevens kan de Tester alvast zijn testplan/strategie bepalen. Het vroegtijdig meedenken in het proces zorgt later voor minder fouten gedurende het proces en meer duidelijkheid tijdens het bouwen van de software. Een win-win situatie.

Daarnaast is een Agile proces, waarbij het inspelen op veranderingen van belang is, belangrijk om het software ontwikkelproces effectief en efficiënt te laten verlopen. Bijvoorbeeld door gebruik te maken van een software ontwikkelproces dat incrementeel en iteratief software levert met behulp van het Scrum Framework. Een Scrum Master is iemand die het scrum proces door en door kent, en het team of de teams hierin kan coachen en belemmeringen (impediments) kan helpen oplossen en voorkomen. Hierdoor is de kans op vertraging minimaal. We kennen namelijk allemaal wel een project dat uitgelopen of gestopt is door veranderende omstandigheden of onduidelijke requirements. Bedrijfsdoelstellingen worden niet meer gehaald en de klanttevredenheid daalt.

Hoe kan dit beter en slimmer?

Zoals we zien is er een hele keten van kennis en ervaring nodig om vanuit een requirement uiteindelijk te komen tot kwalitatief goede software. Deze software helpt het proces van de klant verbeteren en de wensen van de opdrachtgever te vervullen en bedrijfsdoelstellingen te halen. Bij Identify helpen we klanten om het software ontwikkelproces goed of beter te laten verlopen. Met onze gebundelde kennis van Business Analyse, Agile werken en Testen weten we de regie op de kwaliteit in handen te houden en kijken we verder dan de afzonderlijke disciplines.

Wat betekent dit concreet in de praktijk?

Als ik dit voorbeeld op mijzelf betrek, dan kan ik aangeven dat ik jarenlange ervaring heb op het gebied van software testen. Denk aan Systeemtesten, (non-)Functioneel testen, Gebruikerstesten en Regressietesten. Ik heb dus ervaring op de inhoud, maar ook in de rol als Testmanager weet ik goed hoe het Testproces werkt. In 2010 is het Agile werken met behulp van Scrum op mijn pad gekomen. Ik heb in 2013 mijn PSM1 gehaald en heb in de rol als Scrum Master ook het testen tijdelijk gecombineerd. Tot op de dag van vandaag helpt me dat om mijn teams te helpen de kwaliteit hoog te houden. Door het stellen van kritische vragen blijft het team scherp op het gebied van testen. Mijn rol is daarmee tweeledig en dat helpt het team en het proces.

Bij Identify zien wij dat veel organisaties kampen met problemen, verwarring en vertraging in de keten van software ontwikkeling. Denk hierbij bijvoorbeeld aan leveranciers die niet tijdig de juiste software kunnen opleveren. Dat kan intern ook tussen teams zijn waarbij het werk net niet op elkaar aansluit, maar ook bevindingen in het testproces waardoor features terug moeten in het proces (‘naar de tekentafel’) om aangepast en opnieuw getest te worden. Waarschijnlijk herken je wel iets in dit voorbeeld, dit betekent dat de ketenregie niet voldoende op orde is.

Wat is het probleem precies? Wie is daar verantwoordelijk voor? Hoe kunnen we dat voorkomen?

Zomaar wat vragen die we allemaal tegenkomen als dergelijke problemen zich in de keten voordoen. Deze vragen stellen we met meerdere doelen. Namelijk het voorkomen van problemen voor voor zowel onze klanten als voor onszelf als ‘gebruikers’ van de systemen. Maar ook het hooghouden van klanttevredenheid en het groeien van bedrijfsresultaten.

Hoe zorgen wij voor regie op kwaliteit?

Binnen Identify hebben we ervaren dat bijvoorbeeld het T-shaped werken, wat we kennen vanuit ‘Agile werken’, helpt om kennis en kwaliteit te verbreden en te verbeteren. De T-shaped professionals van Identify hebben de kennis van bijvoorbeeld testen, de ligger op de ‘T’, en een diepgaande kennis van Agile werken, de staander van de ‘T’. Dat is bijvoorbeeld het profiel van een Scrum Master. T-shaped werken is natuurlijk maar een klein deel en een voorbeeld. Maar Identify gaat verder… Wij combineren de 3 pijlers Agile werken, Testen en Business Analyse. Hiermee helpen we IT, het proces en de mens (zie figuur 1.0) van uw organisatie verder door ze met elkaar te verbinden en te verbeteren. Hiermee realiseren wij regie op de kwaliteit in de keten die elke organisatie vooruit helpt.

Wil je meer weten over hoe wij u kunnen helpen? Neem contact op via onze website of stuur mij een persoonlijk berichtje via LinkedIn.

Let’s talk

Klaar om te sparren?

Met een unieke aanpak op basis van co-creatie en onze expertise in Agile, Business Analyse en IT-Testen helpen we organisaties door heel Nederland écht vooruit. Heb jij een uitdaging? We denken graag met je mee!

Over identify

Al ruim vijftien jaar biedt Identify een sterke combinatie van diensten voor het optimaliseren van producten en processen binnen organisaties. Dat doen we niet vóór, maar samen mét onze opdrachtgevers.

Onze business analisten, agile consultants en test consultants zijn meer dan vakexperts. Dankzij expertise-overschrijdende samenwerking en gedeeld eigenaarschap pakken we complexe vraagstukken integraal aan. Zo realiseren we duurzame verbeteringen die organisaties écht vooruithelpen.

Co-create to accelerate

Over de auteur

Foto van Maarten Hermans

Maarten Hermans

Als gestructureerde en resultaatgerichte Agile consultant, met ruime ervaring in softwareontwikkeling binnen de financiële dienstverlening ben ik sinds 2019 onderdeel van Identify. Als scrum master werk dagelijks samen met opdrachtgevers aan échte impact.

Mail
Identify Consultancy Amersfoort voor Agile, Business Analyse en Scrum is NEN 4400-1 gecertificeerd
Identify Consultancy Amersfoort Great Place To Work 2025

Contact

Ik wil up to date blijven

Blijf op de hoogte met onze gratis nieuwsbrief.

Keuzes in het voortraject – en de gevolgen

Pakketten en testen; een vertragende factor?!

Pakketten en testen. Is dat een logische combinatie? Is het inderdaad een vertragende factor of kan het elkaar juist versterken.

TPI vs. KPI: Resultaat boven theorie

Kennis

TPI vs KPI

Resultaat boven theorie

Veel test- en QA-teams focussen op het verbeteren van processen, maar vergeten daarbij één cruciaal punt: voegt het ook daadwerkelijk waarde toe voor de klant? Bij Identify draaien we het om. Geen theoretische modellen als startpunt, maar de concrete pijn van de klant. Pas als helder is wat beter moet, bepalen we hoe we daar met slimme verbeteringen komen.

Van testjargon naar klantwaarde: KPI’s als startpunt

Test- en QA professionals zijn over het algemeen heel druk bezig om testprocessen – of breder – softwarevoortbrengingsprocessen te verbeteren. Hoewel deze activiteiten uiteindelijk waarde (moeten) toevoegen aan de business van de klant wordt de relatie daartussen vaak slechts impliciet verondersteld en zelden expliciet en meetbaar gemaakt.

Een bekende valkuil in de testwereld is het volledig opgaan in het eigen vakgebied. Veel testprofessionals proberen aan de klant uit te leggen in testjargon wat ze allemaal doen. De klant snapt dit vaak niet en zit hier ook helemaal niet op te wachten.

De klant heeft gewoon een of meerdere problemen die opgelost moeten worden.

Op zich is dit nog geen ramp ware het niet dat de testprofessional soms zelf niet snapt wat – en of –  hij/zij aantoonbaar iets toevoegt aan de waarde voor de klant – en dit ook niet vlot kan uitleggen.

Bij Identify wordt altijd eerst gekeken naar de behoefte van de klant en de pijnpunten die de klant ervaart. Wij gaan dus niet naar de klant met de TPI (Test Process Improvement) bijbel onder onze arm, maar we bekijken de situatie door de ogen van de klant. Welke zaken lopen er aan de klantkant en in productie niet lekker? Waar hebben service & support en sales last van? Welke kansen worden daardoor in de markt mogelijk gemist?

 

Onlangs bleek dat een klant voorafgaand aan iedere release enorm worstelde met de regressietest. Bedrijfskritische business processen waren niet beschreven en er lagen geen E2E testscenario’s. Hierdoor duurde het regressietesten telkens veel te lang en was men evengoed niet zeker over de dekkingsgraad van de test.

We hebben de inhoudelijk deskundigen vervolgens geholpen met het documenteren en overdraagbaar maken van regressietestscenario’s, waarmee een belangrijke bottleneck was opgelost. Vervolgens hebben we samen met de klant een nieuwe lijst met prioriteiten opgesteld om aan te gaan pakken.

Identify - Agile werken, Business Analyse, Testen

TPI als waardevolle bijdrage aan meetbare resultaten

 

Wanneer eenmaal de pijnpunten en bottlenecks in kaart zijn gebracht, kunnen er KPI’s (Kwaliteits Prestatie Indicatoren) worden benoemd waar beter op gescoord moet gaan worden, zoals bijv. het aantal errors in productionele klantomgevingen, operationele performance van de software, of schaalbaarheid, flexibiliteit en aanpasbaarheid van het product.

Het grote voordeel van het eerst definiëren van KPI’s is, dat dit aansluit bij de beleving van de klant en expliciet maakt wat de klant moet gaan merken – in positieve zin uiteraard – van alle TPI inspanningen.

Eerst daarna benoemen we TPI aspecten die verbeterd moeten worden om er voor te zorgen dat de KPI scores omhoog gaan. Een bijkomend voordeel van deze ‘omgekeerde’ aanpak (eerst KPI en daarna TPI aspecten benoemen. i.p.v. andersom) is dat we de klant niet hoeven te vermoeien met alle details van de TPI-theorie. Dat valt onder ons vakgebied; de klant is geïnteresseerd in het resultaat, niet in de aanpak – daarvoor haalt hij juist externe expertise binnen.

De voortgangsrapportage wordt dus ook gerelateerd aan de KPI’s  en de voltooide deliverables.

Zo’n deliverable is bijv. een nieuwe testprocesbeschrijving c.q. werkwijze.

De rapportage geeft hiermee de voortgang aan in termen van toegevoegde waarde voor de klant waardoor geen vertaalslag meer nodig is naar de doelstellingen van de klant.

Een ander aspect in de dienstverlening waarmee Identify zich onderscheidt in de markt is het principe: ‘voordoen – samen doen – zelf doen’. Bij het implementeren van kwaliteitsverbeteringen bij de klant of van een andere werkwijze laten we eerst zien hoe dit aangepakt moet worden. Vervolgens laten we de klant niet zwemmen maar nemen we hem aan de hand om het samen te gaan doen. Pas wanneer de nieuwe werkwijze door de klant is omarmd en is ingesleten in de dagelijkse gang van zaken laten we de klant los. We weten dan dat e.e.a. is geborgd en dat men niet meer zal afglijden naar de oude praktijken. De consultant van Identify gaat pas weg als het resultaat bereikt is

Over identify

Al ruim vijftien jaar biedt Identify een sterke combinatie van diensten voor het optimaliseren van producten en processen binnen organisaties. Dat doen we niet vóór, maar samen mét onze opdrachtgevers.

Onze business analisten, agile consultants en test consultants zijn meer dan vakexperts. Dankzij expertise-overschrijdende samenwerking en gedeeld eigenaarschap pakken we complexe vraagstukken integraal aan. Zo realiseren we duurzame verbeteringen die organisaties écht vooruithelpen.

Co-create to accelerate

Over de auteur

Foto van Jan Hertog

Jan Hertog

Als allround test- en kwaliteitsconsultant combineer ik meer dan 35 jaar IT-ervaring met expertise in testmanagement, business intelligence en procesverbetering, altijd met focus op effectieve samenwerking tussen business en IT en het realiseren van concrete klantresultaten.

Mail
Identify Consultancy Amersfoort voor Agile, Business Analyse en Scrum is NEN 4400-1 gecertificeerd
Identify Consultancy Amersfoort Great Place To Work 2025

Contact

Ik wil up to date blijven

Blijf op de hoogte met onze gratis nieuwsbrief.

Automatisering in Jira Cloud

De waarde van testautomatisering

Kennis

De waarde van testautomatisering

Efficiëntie en kwaliteit

Testautomatisering is niet meer weg te denken in hedendaagse software-ontwikkeling. Om het ontwikkeltempo bij te kunnen houden moeten testen geautomatiseerd worden uitgevoerd en dan nog liefst zo vroeg mogelijk. Dit is een concrete invulling van de “shift to the left” beweging waarbij testen zo vroeg mogelijk in het proces worden toegepast. Waar voorheen een geautomatiseerde testset een aantal malen per release werd gedraaid, wordt in een DevOps situatie meerdere malen per dag een testset geautomatiseerd uitgevoerd.

De vraag is dan of en hoe je de waarde van geautomatiseerd testen kunt aantonen. De klassieke vuistregel dat een test 5-7 keer uitvoeren de moeite waard is, is in onze ogen achterhaald. In een DevOps context wordt een geautomatiseerde test misschien wel 5 keer per dag uitgevoerd.

Het aantonen van de waarde van investeringen kun je doen in een business case en dat kan ook een goede manier zijn om anderen te overtuigen van het nut van testautomatisering. Een business case zet kosten en baten tegen elkaar af. Kosten en baten kunnen zowel kwalitatief als kwantitatief worden beschreven.

In deze blog gaan we verder in op mogelijke kwalitatieve baten van een toekomstvaste vorm van testautomatisering. Het alleen kwantitatief te benaderen geeft een scheef beeld. Je speelt financieel wel break even maar het is onduidelijk of het dan voldoende waarde oplevert. Ondersteunt de testautomatisering de gedefinieerde doelstellingen wel echt?

De waarde van Testautomatisering - Identify IT-consultancy Amersfoort Testautomatisering verhoogt de efficiëntie, borgt kwaliteit en verlaagt risico’s. Ontdek hoe je de echte waarde bepaalt, van ketentesten tot CI/CD.
Figuur 1

Wanneer is testautomatisering waardevol?

Waar moet je aan denken om vast te stellen of testautomatisering de gedefinieerde doelstellingen ondersteunt? Dat hangt uiteraard af van wat de organisatie wil bereiken. In het algemeen kun je de volgende denklijnen volgen om de detailvragen te formuleren om voor je organisatie de (business) waarde te kunnen vaststellen.

Vacature Testautomation Engineer Amersfoort

Inzicht en controle in ketens en risico’s

Organisaties werken in toenemende mate samen in ketens en zijn afhankelijk van de input of output vanuit deze ketens. Een verstoring in de keten kan tot verliezen lijden. Door na (major) updates standaard een geautomatiseerde ketentest uit te voeren blijf je aantonen dat de keten functioneert en daardoor de bedrijfsdoelstellingen ondersteunt.

Een ander perspectief is het redeneren vanuit bedrijfsrisico’s. Welke risico’s hebben een grote impact? Waar ligt het management wakker van? Antwoorden op dit soort vragen helpen bij het definiëren van een standaard geautomatiseerde regressietest om aan te tonen dat deze risico’s voldoende aandacht krijgen en afgedekt worden. Door het berekenen van de impact van de risico’s op de organisatie, indien deze optreden, toon je de toegevoegde waarde aan van testautomatisering.

Waar is instabiliteit te verwachten in het proces en welke impact heeft dat op de organisatie of het proces in kwantitatieve of kwalitatieve zin? Is testautomatisering een middel om de stabiliteit te bevorderen? Door het berekenen van de faalschade kun je de waarde vaststellen als je de faalschade kunt voorkomen door frequent testautomatisering uit te voeren.

Meten van waarde via productie-incidenten

De waarde van testautomatisering kan ook vastgesteld worden door het analyseren van productie-incidenten. Dat is wel iets dat je over een langere termijn moet beoordelen. Door het consequent bijhouden van het aantal incidenten kun je de toegevoegde waarde van testautomatisering vaststellen als deze breed is uitgerold in de organisatie. Uiteraard dient het aantal productie-incidenten te dalen.

Efficiëntie, kennisborging en snellere feedback

Testautomatisering kan de testefficiency verhogen. Door de uitrol van testautomatisering en het daardoor overnemen van het routinematige werk kunnen testers zich concentreren op de complexe cases. Dit leidt ook tot minder productie-incidenten, kortere doorlooptijden van de testuitvoer en efficiëntere inzet van de resources. Door het gestructureerd vastleggen van functionaliteiten in  geautomatiseerde testscripts wordt de aanwezige kennis ook beter geborgd in de organisatie.

Vanuit het software-ontwikkelproces kun je ook kijken of de juiste testen worden uitgevoerd met de juiste scope, diepgang en reikwijdte. Welke rol kan testautomatisering daarin spelen en hoe kan testautomatisering helpen de waarde van testen te vergroten? De ontwikkelteams krijgen sneller feedback op de geleverde software waardoor issues sneller opgelost kunnen worden.

Een stevigere ontwikkelketen door automatisering

De toepassing van testautomatisering zorgt ervoor dat er mensen beschikbaar komen die kunnen helpen om de voortbrengingsketen verder en efficiënter in te richten. Denk bijvoorbeeld aan het inrichten van een build pipeline en het optimaliseren daarvan. Betrokkenen krijgen dan een grotere uitdaging, er ontstaan meer doorgroeimogelijkheden en beschikbare expertise kan beter worden benut.

Hoe meer vormen van testautomatisering worden toegepast hoe groter de waarde zal zijn. Pas je testautomatisering al toe in de ontwerpfase dan zal dat zijn effect hebben in de verdere schakels in de ontwikkelketen. Hoe eerder een fout is gevonden hoe goedkoper het is om deze te herstellen en de mogelijk negatieve effecten te voorkomen.

Testautomatisering heeft ook een toegevoegde waarde om het kwaliteitsverschil tussen teams in bijvoorbeeld ketens op te vangen. Hoe goed ook het streven om alleen met kwalitatief hoogwaardige teams te werken blijft er altijd een verschil kwaliteit tussen de teams. Niet alleen de kwaliteit maar ook de zorgvuldigheid en betrokkenheid zijn zaken die meespelen. Door continu een geautomatiseerde test uit te voeren krijg je op ieder willekeurig moment inzicht in de kwaliteit van een systeem of een keten en kun je in een vroegtijdig stadium ingrijpen om kwaliteitsissues op te lossen.

De kracht van vroegtijdig en continu testen

Veelal zien we de focus op nieuwbouw van systemen liggen. Correctief onderhoud is noodzakelijk en wordt uiteraard uitgevoerd. Veelal wordt dit onder grote druk gedaan en moeten er keuzes worden gemaakt in wat wel testen en wat niet. Door consequent naast de handmatige testen de beschikbare geautomatiseerde test uit te voeren kan vrij snel inzicht worden verkregen in mogelijke regressie en kunnen productieproblemen worden voorkomen. Daardoor bewijst een geautomatiseerde regressietest zijn waarde.

De beweging om testen steeds eerder in het ontwikkelproces op te pakken en uit te voeren heet de “shift to the left” beweging. Dat betekent dat we bijvoorbeeld al moeten gaan testen voordat er een volwaardige gebruikersinterface beschikbaar is. We testen dan al op een meer technisch niveau. Handmatig is dat bijna niet meer mogelijk en moet wel geautomatiseerd worden uitgevoerd. Van daaruit gezien biedt testautomatisering zijn toegevoegde waarde omdat in een vroegtijdig stadium inzicht gegeven wordt in bijvoorbeeld de kwaliteit van een API.

Doordat we steeds sneller releasen en producten bijna onmiddellijk beschikbaar komen voor het publiek en de klanten kunnen we het ons niet veroorloven om slechte kwaliteit te leveren. Dit ligt dan direct bij het grote publiek en kan tot imagoschade leiden met verlies aan marktaandeel als mogelijk gevolg. Door een geautomatiseerde regressietest continu uit te voeren en deze als harde quality gates te gebruiken in een CI/CD pipeline richt je een extra vangnet in om productieproblemen te voorkomen.

Waarde voor kritieke processen en continuïteit

Een laatste invalshoek kan zijn om te kijken naar welke processen binnen een organisatie altijd moeten blijven functioneren, ongeacht wat er gebeurt. Wat is de schade als deze processen stagneren? Door het inzetten van testautomatisering kun je inzicht krijgen of deze processen ongestoord blijven draaien.

Let’s talk

Klaar om te sparren?

Met een unieke aanpak op basis van co-creatie en onze expertise in Agile, Business Analyse en IT-Testen helpen we organisaties door heel Nederland écht vooruit. Heb jij een uitdaging? We denken graag met je mee!

Over identify

Al ruim vijftien jaar biedt Identify een sterke combinatie van diensten voor het optimaliseren van producten en processen binnen organisaties. Dat doen we niet vóór, maar samen mét onze opdrachtgevers.

Onze business analisten, agile consultants en test consultants zijn meer dan vakexperts. Dankzij expertise-overschrijdende samenwerking en gedeeld eigenaarschap pakken we complexe vraagstukken integraal aan. Zo realiseren we duurzame verbeteringen die organisaties écht vooruithelpen.

Co-create to accelerate

Identify Consultancy Amersfoort voor Agile, Business Analyse en Scrum is NEN 4400-1 gecertificeerd
Identify Consultancy Amersfoort Great Place To Work 2025

Contact

Ik wil up to date blijven

Blijf op de hoogte met onze gratis nieuwsbrief.

Xray: Maak je testcases in Jira inzichtelijk