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.

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 Nog aanpassen

Nog aanpassen

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

Mail

Keuzes in het voortraject – en de gevolgen

Testen bij Identify met JIRA

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 Roger Wouterse

Roger Wouterse

Als ervaren Business Analist combineer ik kennis van testing, Agile, Quality Assurance en methodieken zoals Scrum, LEAN startup, BISL en Prince2 met een focus op het realiseren van de beste resultaten voor klanten en opdrachtgevers.

Mail

Automatisering in Jira Cloud

De waarde van testautomatisering

Xray: Maak je testcases in Jira inzichtelijk