22 september 2026 · 3 minuten lezen
De bouw is de kleinste post. Het onderhoud bepaalt of je investering over twee jaar nog iets waard is.
Bijna elke begroting voor testautomatisering bevat één post: het bouwen van de tests. Dat is de post die het minst voorspelt of het project slaagt. De kosten die ertoe doen komen daarna.
Drie posten in plaats van één
- Bouwen: de tests schrijven en in je pijplijn krijgen. Eenmalig, redelijk goed in te schatten.
- Onderhouden: tests bijwerken als de software verandert. Doorlopend, en bijna altijd onderschat.
- Beoordelen: iemand kijkt naar een rode uitslag en bepaalt of er echt iets stuk is. Elke dag, en meestal helemaal niet begroot.
Die derde post is de sluipmoordenaar. Een suite die twee keer per week onterecht rood staat, kost geen geld aan onderhoud maar aan aandacht. En aandacht raakt op. Op het moment dat het team rood gaat negeren, is de suite waardeloos geworden zonder dat er iets in de begroting veranderde.
Een rekenvoorbeeld
Stel: je laat vijftig scenario's automatiseren. De bouw is een eenmalige investering. Reken daarnaast op onderhoud van ongeveer tien tot twintig procent van die bouwinspanning per jaar, afhankelijk van hoe vaak je software verandert. Bij een applicatie die elke twee weken wijzigt, zit je aan de bovenkant van die marge.
Daar komt het beoordelen bij. Draait je suite dagelijks en is één op de tien uitslagen onterecht rood, dan kost dat iemand elke week een paar uur uitzoekwerk. Over een jaar is dat een aanzienlijke post, en hij staat nergens.
Zet daar tegenover wat handmatig testen kost: dezelfde vijftig scenario's nalopen voor elke release. Bij een release per maand is de afweging anders dan bij twee releases per week. Hoe vaker je releaset, hoe sneller automatiseren zich terugverdient, en dat is de enige variabele die er echt toe doet.
Waar de rekensom scheef gaat
- Alles automatiseren in plaats van het kritieke pad. De laatste twintig procent dekking kost vaak evenveel als de eerste tachtig.
- Tests die op één laptop draaien. Dan betaal je de bouw en krijg je er geen zekerheid voor terug.
- Geen afspraak over wankele tests. Zonder die afspraak groeit de ruis tot niemand meer kijkt.
- Onderhoud bij vertrek van degene die het bouwde. Als één persoon de suite kent, koop je een risico in plaats van zekerheid.
De eerlijke conclusie
Testautomatisering verdient zich niet terug doordat testen goedkoper wordt. Het verdient zich terug doordat je vaker durft te releasen en doordat fouten eerder boven water komen, wanneer ze nog goedkoop zijn om te herstellen.
Wie dat als uitgangspunt neemt, begroot anders: minder scenario's, beter onderhouden, en een expliciete post voor het beoordelen van uitslagen. Dat is een kleinere begroting die wel standhoudt.
Een kleine suite die je vertrouwt is meer waard dan een grote die je negeert.