De manier waarop software wordt gebouwd, verandert razendsnel. Waar ontwikkelaars vroeger elke regel code zelf schreven, zien we vandaag een nieuwe werkwijze opduiken die steeds vaker de norm wordt: vibe coding. Ontwikkelaars beschrijven wat ze willen in gewone taal, en een AI-model genereert de code. Snel, intuïtief, efficiënt, maar ook risicovol als er geen gedegen kwaliteitscontrole tegenover staat.
Bij M2Q zien wij deze verschuiving dagelijks in de praktijk. En we stellen ons één cruciale vraag: wie test wat de AI heeft geschreven?
De term “vibe coding” werd in 2025 voor het eerst populair gemaakt door AI-onderzoeker Andrej Karpathy. Het concept is eenvoudig: in plaats van traditioneel te programmeren, beschrijf je aan een AI wat je wilt bereiken, en de AI schrijft de code. Tools zoals GitHub Copilot, Cursor, Claude en ChatGPT maken dit vandaag al mogelijk voor miljoenen ontwikkelaars wereldwijd.
Het resultaat? Systemen die in recordtijd worden opgebouwd, zonder dat de ontwikkelaar elke onderliggende regel code volledig begrijpt of overziet. Prototypes die in uren worden gebouwd in plaats van weken. Functionaliteiten die worden “gevraagd” in plaats van “geschreven.”
Dit is geen toekomstmuziek. Dit gebeurt nu, in bedrijven van alle groottes, van startups tot grote ondernemingen zoals Cebeo (Sonepar), TotalEnergies en overheidsorganisaties zoals VDAB.
Het kwaliteitsprobleem met AI-gegenereerde code
Vibe coding brengt een fundamenteel kwaliteitsvraagstuk met zich mee: AI-modellen schrijven code die werkt, maar niet altijd code die goed is.
Het verschil is cruciaal. Werkende code doet wat gevraagd wordt onder normale omstandigheden. Goede code is veilig, onderhoudbaar, schaalbaar, testbaar en gedraagt zich correct in alle randgevallen.
AI-modellen hallucineren. Ze kiezen voor snelle oplossingen boven robuuste architecturen. Ze begrijpen de bedrijfscontext niet. Ze kennen jouw legacy-systemen niet. En ze testen zichzelf niet.
Enkele concrete risico’s van ongekwalificeerde vibe-coded systemen:
Wat leert de praktijk ons?
Bij M2Q werken we met organisaties die dagelijks geconfronteerd worden met de uitdagingen van snelgroeiende, complexe softwareomgevingen. Of het nu gaat om VDAB, de grootste IT-afdeling van de Vlaamse overheid met meer dan 450 medewerkers, of om Cebeo met zijn 40+ business testers verspreid over acht locaties in België: de rode draad is steeds dezelfde.
Snelheid zonder kwaliteitsstructuur is een tijdbom.
Bij VDAB stelden we vast dat er geen duidelijk inzicht was op defecten in niet-productieomgevingen, dat regressietesten team- en projectafhankelijk waren, en dat er geen transparantie bestond over afhankelijkheden tussen teams. Vibe coding zonder QA-fundament zou deze problemen exponentieel verergeren.
Bij Cebeo ontbrak een globale teststrategie. Elk team werkte op zijn eigen manier. Zonder een overkoepelend kwaliteitsraamwerk leidt AI-gegenereerde code tot gefragmenteerde kwaliteit: hier goed, daar slecht, en overal moeilijk te vergelijken.
Bij TotalEnergies, één van de zeven grootste oliemaatschappijen ter wereld met 24/7 operaties die hoge softwarebeschikbaarheid vereisen, is de marge voor kwaliteitsfouten nagenoeg nul. AI-assistentie is daar een hulpmiddel, maar nooit een vervanging voor gestructureerd test- en releasemanagement.
Quality control voor vibe-coded systemen: de M2Q-aanpak
Bij M2Q geloven we niet dat je AI-gegenereerde code moet vermijden. Integendeel: het is een krachtig hulpmiddel dat, mits juist ingezet, de productiviteit enorm verhoogt. Maar je hebt een kwaliteitsraamwerk nodig dat sneller schaalt dan de AI zelf.
Hier zijn de pijlers van onze aanpak:
De grootste fout bij vibe coding is beginnen met de AI voordat helder is wat het systeem moet doen. Acceptatiecriteria, in de vorm van user stories, definition of done of expliciete testcases, zijn de fundering. Zonder deze fundering heeft kwaliteitscontrole achteraf geen referentiepunt.
“Shift-left” betekent dat je kwaliteit zo vroeg mogelijk in het proces inbouwt. Bij vibe coding betekent dit: test de output van de AI onmiddellijk, al tijdens het genereren. Gebruik geautomatiseerde unit tests als validatiemechanisme. Laat de AI niet alleen code schrijven, maar ook testcases genereren, en valideer daarna of die testcases kloppen met de bedrijfsvereisten.
AI-gegenereerde code moet door een statisch analyseproces, zoals SonarQube. Bij VDAB implementeerden we een SAST-aanpak (static application security testing) waarbij alle code een beveiligingsscore van ‘A’ moest behalen, met een codedekkingsdoel van 80% voor unit tests. Dit soort geautomatiseerde kwaliteitspoorten zijn essentieel voor vibe-coded systemen.
Individuele componenten kunnen werken terwijl het geheel faalt. Zeker bij vibe coding, waarbij AI-gegenereerde modules worden gecombineerd, is end-to-end testing onmisbaar. Het gaat erom te valideren of het systeem als geheel doet wat de gebruiker verwacht, niet alleen of elke afzonderlijke functie technisch klopt.
Teams die vibe coding adopteren, moeten hun QA-maturiteit meegroeien. Bij VDAB ontwikkelden we een op maat gemaakt QA-maturity model (QAMM) met vijf niveaus, van reactief testen tot predictieve kwaliteit. De kern: het model geeft teams concrete acties, geen abstracte scores. Dat principe geldt des te meer wanneer AI de code schrijft.
Wie is verantwoordelijk als AI-gegenereerde code een productiefout veroorzaakt? Zonder defectmanagementproces is dat onduidelijk. Een gestructureerd proces, met prioriteit, ernst, eigenaarschap en follow-up, is niet optioneel. Het is de ruggengraat van kwaliteitscontrole in een omgeving waar niemand alle code volledig begrijpt.
De rol van de QA-professional in het vibe coding-tijdperk
Er gaat een mythe rond: als AI de code schrijft, heb je minder testers nodig. De realiteit is precies omgekeerd.
Je hebt betere testers nodig.
Testers die begrijpen hoe AI-modellen redeneren. Die weten welke blinde vlekken AI heeft. Die acceptatiecriteria kunnen vertalen naar geautomatiseerde testsuites. Die de brug slaan tussen wat een business vraagt, wat een AI genereert en wat een gebruiker écht verwacht.
Bij M2Q leveren wij precies die expertise. Of het nu gaat om het opzetten van een test center of excellence, het inrichten van een globale teststrategie, het coachen van business testers, of het begeleiden van testautomatisering: wij zorgen ervoor dat kwaliteit geen bijgedachte is, maar een geïntegreerd onderdeel van hoe uw organisatie software maakt.
Vibe coding vraagt om professionele QA
Vibe coding is geen hype die overwaait. Het is een structurele verschuiving in hoe software wordt gemaakt, en organisaties die hier niet op anticiperen, lopen reële risico’s: beveiligingslekken, technische schuld, functionele regressie en productiefouten.
De antwoorden op deze risico’s zijn niet nieuw. Ze heten teststrategie, acceptatiecriteria, statische analyse, end-to-end testing en defect management. Wat wel nieuw is, is de urgentie waarmee organisaties deze praktijken moeten inbedden, want AI genereert sneller code dan ooit tevoren.
Bij M2Q begeleiden we organisaties bij precies deze uitdaging. Van TotalEnergies tot VDAB, van Cebeo tot uw organisatie: kwaliteit is geen afvinkvakje, het is een mindset.
Klaar om uw vibe-coded systemen te laten testen door professionals? Neem contact op met M2Q.
M2Q — Test. Check. Go. info@m2q.be | +32 3 451 36 60 Veldkant 33a, BE-2550 Kontich | Nijverheidskaai 3, BE-8500 Kortrijk