Hoe AI de toekomst van softwaretesten verandert

Blog

Hoe AI de toekomst van softwaretesten verandert

De toekomst van testen is slimmer en sneller dankzij AI

Heb je je ooit afgevraagd waarom je favoriete apps tegenwoordig zo soepel draaien? Grote kans dat kunstmatige intelligentie (AI) daar een belangrijke rol in speelt. AI zorgt stilletjes voor een revolutie in de manier waarop software wordt getest voordat die op jouw telefoon of computer belandt. Voor mij als testprofessional is die verandering bijzonder fascinerend! In deze blog neem ik je mee langs observaties uit de sector, recent onderzoek en opkomende trends in AI-gestuurde kwaliteitsborging. Zo ontdek je hoe deze technologie de toekomst van softwaretesten blijvend verandert.

De oude manier versus de nieuwe manier

Traditioneel leek softwaretesten op het afwerken van een checklist: klik op deze knop, voer die informatie in, controleer of de pagina correct laadt. Het werkte, maar het was traag, repetitief en elke keer dat ontwikkelaars iets aan de app veranderden, moesten testers hun checklists handmatig bijwerken.

AI verandert dit volledig.

Wat gebeurt er op dit moment?

De cijfers vertellen een boeiend verhaal: meer dan 72% van de testteams onderzoekt of implementeert inmiddels AI-gestuurde testworkflows. Een paar jaar geleden was dat nog minimaal. Het gebruik van AI-testen is gestegen van 7% in 2023 naar 16% in 2025, en het momentum neemt alleen maar toe.

Tests die zichzelf schrijven

Stel je voor dat software kan observeren hoe echte gebruikers met een app omgaan en vervolgens zelf een checklist maakt van wat getest moet worden. Dat is precies wat AI nu doet. Het analyseert patronen, bekijkt de code en genereert testscenario’s, inclusief ongewone situaties waar mensen misschien nooit aan zouden denken.

 

Tests die zichzelf repareren

Een veelvoorkomend probleem binnen het testen, je schrijft een test om op een knop ‘Verzenden’ te klikken, maar ontwerpers verplaatsen die knop of geven hem een andere naam.

Traditioneel moest iemand die test handmatig aanpassen. AI-tools herkennen nu automatisch veranderingen en passen de test aan om de nieuwe locatie van de knop te vinden.

Experts voorspellen dat tegen 2025 meer dan 80% van de testautomatiseringsframeworks deze zelfherstellende AI-functionaliteit zal bevatten. Dat maakt testen niet alleen veerkrachtiger maar ook responsiever.

 

Zien zoals een mens (maar dan beter)

AI kan naar het scherm van jouw app kijken en visuele problemen opsporen, een verkeerd uitgelijnd logo, verkeerde kleuren of kapotte lay-outs, op verschillende apparaten en browsers. Het vergelijkt hoe het scherm eruit zou moeten zien met hoe het er daadwerkelijk uitziet en maakt slim onderscheid tussen opzettelijke updates en echte bugs.

 

Voorspellen waar problemen zich verbergen

Door eerdere bugs en codewijzigingen te analyseren, kan AI voorspellen welke delen van een applicatie het meest waarschijnlijk falen. Het is alsof je een weersvoorspelling hebt voor softwareproblemen, waardoor teams hun testinspanningen kunnen richten op wat het belangrijkst is.

“Voor testers betekent het een evolutie van scriptschrijvers naar AI-trainers en strategische denkers.”


– Stefan, Test consultant

AI is de toekomst van IT-testen, slimmer en sneller.

Waar we naartoe gaan

 

Software die zichzelf test

De toekomst wijst naar AI-systemen die zelfstandig applicaties verkennen: rondklikken, combinaties uitproberen, leren hoe dingen werken en hun eigen testbereik uitbreiden zonder voortdurende menselijke begeleiding. Onderzoek voorspelt dat deze ‘agentic AI’-benadering in 2028 in 33% van de bedrijfssoftware zal zijn geïntegreerd, tegenover minder dan 1% in 2024.

 

Slimmere, snellere tests

In plaats van duizenden tests uit te voeren bij elke codewijziging, selecteert AI alleen de relevante tests. Dit betekent snellere feedback en releases, zonder kwaliteitsverlies.

 

Van bug-zoeker naar bug-oplosser

AI gaat verder dan alleen het opsporen van problemen: het doet ook suggesties voor oplossingen, gebaseerd op vergelijkbare issues die het eerder heeft gezien.

 

Het menselijke element blijft belangrijk

Voordat je denkt dat robots of computers ons overnemen, AI vervangt menselijke testers niet. Het wordt juist hun ‘superkracht’. AI doet het repetitieve werk, zoals dagelijks dezelfde 1.000 controles uitvoeren, terwijl testprofessionals zich richten op creatief denken, klantbehoeften begrijpen en strategische beslissingen nemen.

De toekomst draait niet om kiezen tussen menselijke of kunstmatige intelligentie, maar om het combineren van beide voor betere, betrouwbaardere software.

 

Conclusie: wat betekent dit voor jou?

Voor bedrijven betekent dit software van hogere kwaliteit die sneller wordt geleverd. De markt voor testautomatisering groeit van $25,4 miljard in 2024 naar $29,29 miljard in 2025. Voor testers betekent het een evolutie van scriptschrijvers naar AI-trainers en strategische denkers. En voor de gebruiker? Apps en websites die beter werken, minder crashen en sneller verbeteren.

 

De testrevolutie vindt achter de schermen plaats, maar jij merkt het elke keer dat software gewoon werkt – precies zoals het hoort.

Samen aan de slag?

AI verandert de toekomst van testen. Bij Identify helpen we organisaties om die stap te zetten. Klaar om samen te ontdekken wat AI voor jouw testaanpak kan betekenen? Neem contact met ons op.

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

De verschillen tussen Testautomatisering en Automatisering in Test

Blog

De verschillen tussen Testautomatisering en Automatisering in Test

Onmisbaar inzicht voor moderne QA-teams

De termen testautomatisering en automatisering in test worden in de praktijk vaak door elkaar gebruikt, maar betekenen zeker niet hetzelfde. Vaak zie ik dat zelfs ervaren professionals deze begrippen als synoniem inzetten, terwijl ze juist verschillende doelen en toepassingen hebben binnen het kwaliteitsdomein. Daarom leg ik, Test consultant bij Identify, graag uit waar het verschil precies zit en waarom dit onderscheid cruciaal is voor moderne QA-teams. Want alleen wanneer je de juiste aanpak kiest, haal je het maximale uit je teststrategie en draag je écht bij aan een hogere softwarekwaliteit.

Testautomatisering

  • Definitie: Testautomatisering is een breed vakgebied dat verwijst naar de automatisering van het volledige testproces binnen de softwareontwikkelingscyclus. Dit omvat niet alleen het uitvoeren van tests, maar ook het beheren, orkestreren en rapporteren van tests in verschillende stadia van ontwikkeling en implementatie. [1,3,4].
  • Scope: Omvat alles van het ontwerpen en scripten van tests, het integreren van tests in CI/CD-pijplijnen, het beheren van testgegevens, het bijhouden van resultaten en zelfs het automatisch opzetten van testomgevingen. [1,3,4].
  • Betrokken professionals: Dit is waar verschillende rollen, waaronder ontwikkelaars, testers en DevOps engineers, samenwerken om end-to-end automatisering van testcycli te bereiken. [1].
  • Voorbeelden: Automatische planning van nachtelijke regressietests, integratie van geautomatiseerde tests in een CI/CD-pijplijn en het maken van geautomatiseerde testrapporten.

Automatisering in Test (Geautomatiseerd Testen)

  • Definitie: Testautomatisering of geautomatiseerd testen is een onderdeel van testautomatisering. Het verwijst specifiek naar het automatiseren van de uitvoering van testgevallen met behulp van scripts en tools in plaats van ze handmatig uit te voeren. [1,3,4].
  • Toepassing: De focus ligt op het vervangen van handmatige testuitvoering door geautomatiseerde scripts, meestal voor repetitieve, regressie- of grootschalige tests. Het omvat meestal niet het bredere beheer, de orkestratie of integratie van het testproces. [1,3].
  • Betrokken professionals: Meestal testers of QA engineers met programmeervaardigheden die testscripts schrijven en onderhouden. [1].
  • Voorbeelden: Het schrijven van Selenium-scripts om browsergebaseerde UI-tests te automatiseren of het gebruik van JUnit om eenheidstests te automatiseren.

“Het onderscheid tussen testautomatisering en automatisering in test lijkt klein, maar is in de praktijk van groot belang.”
– Stefan

Belangrijkste verschillen in één oogopslag

Aspect

Testautomatisering

Automatisering in Test (Geautomatiseerd Testen)

Reikwijdte

Breed: hele testproces

Smal: alleen testuitvoering automatiseren

Activiteiten

Testontwerp, uitvoering, rapportage, integratie

Alleen testuitvoering

Betrokken rollen

Ontwikkelaars, testers, DevOps, QA

Testers, QA-engineers

Integratie

Inclusief CI/CD, omgevingsopzet, rapportage

Meestal geen orkestratie

Doel

End-to-end automatisering voor efficiëntie

Snelheid en herhaalbaarheid van tests

Conclusie

Het onderscheid tussen testautomatisering en automatisering in test lijkt klein, maar is in de praktijk van groot belang. Testautomatisering gaat over de bredere strategie: het opzetten, beheren en integreren van geautomatiseerde testactiviteiten in de hele ontwikkelketen.

Automatisering in test, ofwel geautomatiseerd testen, richt zich specifiek op de uitvoering van testgevallen met behulp van scripts en tools. Voor QA-professionals betekent dit dat geautomatiseerd testen slechts één bouwsteen vormt binnen een complete testautomatiseringsaanpak.

Door dit onderscheid scherp te maken, kun je betere keuzes maken in tooling, strategie en prioriteiten. En zo zorgen voor efficiëntere, betrouwbaardere en toekomstbestendige testprocessen.

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

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 

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