Door Patrick Sieswerda, Senior Developer, Dynamics4Business, 18 februari 2026
Automatisch testen is geen spannend onderwerp. Het is geen innovatie, geen gamechanger en ook geen reden om confetti te strooien. Maar: het is wél iets wat je gewoon op orde moet hebben. Voor ons is automatisch testen geen extra dienst, geen apart onderdeel van het portfolio en geen nice to have. Het is hygiëne. Net zoals versiebeheer, code reviews en documentatie. Doe je dit niet, dan neem je onnodige risico’s, voor jezelf én voor je klant.
Wat bedoelen we met automatisch testen?
Automatisch testen betekent dat software zichzelf controleert op correct gedrag. Vastgelegde testscenario’s worden uitgevoerd door code, niet door mensen die elke keer opnieuw hetzelfde pad doorlopen. Bij wijzigingen in de code wordt direct gecontroleerd of bestaande functionaliteit nog doet wat het moet doen. Niet omdat we dat leuk vinden, maar omdat fouten anders pas laat of bij de klant boven water komen.
Waarom dit geen discussiepunt zou moeten zijn
In Dynamics 365 Business Central-omgevingen zien we vaak complexe processen: financiële boekingen, btw-berekeningen, kortingen, integraties. Dit zijn precies de onderdelen waar fouten grote impact hebben.
Automatisch testen zorgt onder andere voor:
- Consistentie – dezelfde controles, elke keer opnieuw
- Snelle feedback – fouten worden direct zichtbaar
- Minder regressie – fixes breken geen bestaande functionaliteit
- Veilig refactoren – code verbeteren zonder angst
- Schaalbaarheid – ook bij groei blijft kwaliteit beheersbaar
Dit maakt je software niet beter dan die van een ander. Het voorkomt vooral dat die slechter wordt.
Maar het kost toch tijd?
Ja. Automatisch testen vraagt een initiële investering en onderhoud. Tests moeten worden aangepast als functionaliteit verandert en ze kosten tijd in de CI-pipeline. Dat is geen nadeel, dat is realiteit. De vraag is niet of het tijd kost, maar wanneer je die tijd wilt besteden: vooraf, gecontroleerd, of achteraf tijdens verstoringen, herstelwerk en uitleggesprekken.
Testen begint niet bij development
Automatisch testen werkt alleen goed als het al in de analysefase wordt meegenomen. Niet alleen vastleggen wat een oplossing moet doen, maar ook hoe we bewijzen dat het werkt.
Testscenario’s en acceptatiecriteria vormen de basis voor unit- en integratietests. In de ontwikkelfase worden deze scenario’s vertaald naar geautomatiseerde tests, vaak parallel aan het bouwen van de functionaliteit. Zo wordt elke wijziging direct gevalideerd. Niet spannend. Wel verstandig.
Praktijkvoorbeeld: verkoopfactuur met korting
Een concreet voorbeeld uit de praktijk: een Business Central-uitbreiding die automatisch korting toepast bij het boeken van verkoopfacturen voor klanten in een specifieke klantgroep.
Een automatische test controleert dan onder andere:
- Is de factuur correct geboekt?
- Is de korting per regel en totaal juist toegepast?
- Kloppen klant-, grootboek- en btw-posten na korting?
Met één test wordt het volledige proces gecontroleerd van invoer tot financiële verwerking. Elke keer opnieuw.
Waarom we dit delen
Niet omdat automatisch testen ons onderscheidt. Maar omdat het laat zien hoe wij met kwaliteit omgaan. Als BC-partner en trusted advisor vinden we het onze verantwoordelijkheid om risico’s te verkleinen, niet door beloftes, maar door vakmanschap. Automatisch testen hoort daar simpelweg bij. Geen headline. Geen campagne. Gewoon goed geregeld.
Twijfel je of dit bij jullie voldoende is geborgd, dan is een goed gesprek vaak al verhelderend.