Expertise hub / Proces
Proces 4 min lezen

Hoeveel bugs vind jij nog ná de release?

Shift-left: testen inbouwen vanaf het begin in plaats van toevoegen op het einde. Klinkt simpel, vraagt een andere manier van werken.

Stel jezelf één vraag: hoeveel bugs vindt jouw team nog ná de release? Als het antwoord "best wat" is, dan ligt dat waarschijnlijk niet aan je testers. Het ligt aan wanneer ze aan zet komen.

Het patroon dat we vaak zien

Een sprint van twee weken. De eerste anderhalve week wordt er gebouwd. Dan gaat het naar test. Er blijven twee, misschien drie dagen over. In die dagen moet alles gebeuren: de nieuwe features, de regressie, de bevindingen terugkoppelen, en de fixes hertesten.

Wat er dan gebeurt is voorspelbaar. Testen wordt een trechter. Er is geen tijd om diep te gaan. Bugs die gevonden worden, kunnen niet allemaal meer gefixt worden — dus die schuiven door. En de bugs die niet gevonden worden, vindt je klant.

Testen is geen fase aan het einde. Het is een activiteit die meeloopt.

Waarom vroeger goedkoper is

Een bug die je vindt terwijl de developer de code nog vers in het hoofd heeft, kost minuten. Diezelfde bug, gevonden in de testfase, kost uren: de developer moet terug in de context, de code opnieuw begrijpen, de fix maken, en jij moet hertesten.

Diezelfde bug in productie kost dagen. Er is een incident, iemand moet het reproduceren, er moet een hotfix, er moet gecommuniceerd worden naar klanten. En het vertrouwen dat je verliest, staat op geen enkele factuur.

Minuten
tijdens development
Uren
tijdens de testfase
Dagen+
in productie

Shift-left gaat dus niet over méér testen. Het gaat over testen op het moment waarop het de meeste waarde heeft.

Wat shift-left concreet betekent

Shift-left is geen tool en geen methodologie. Het is een verschuiving van het moment waarop kwaliteit aandacht krijgt. Concreet:

Testers zitten bij de requirements

Niet om te testen, maar om te vragen. "Wat gebeurt er als het bedrag negatief is?" Die vraag stellen tijdens de refinement kost twee minuten. Diezelfde vraag stellen na de release kan een incident veroorzaken.

Tests groeien mee met de code

De geautomatiseerde tests worden geschreven terwijl de feature gebouwd wordt, niet erna. Ze zijn onderdeel van de definition of done, niet van een aparte testfase.

Kwaliteit staat in de definition of done

Een story is niet klaar als hij werkt. Hij is klaar als hij werkt, getest is, en de tests in de pipeline draaien. Dat lijkt een detail. Het is het hele verschil.

De eerlijke waarschuwing

Shift-left klinkt simpel, en dat is het niet. Het vraagt een andere manier van werken, en die verandering zit vooral in de mindset.

Developers moeten testen als hun werk zien, niet als iets van QA. Testers moeten vroeger aanschuiven, ook als er nog niets te klikken valt. En de product owner moet accepteren dat "klaar" iets anders betekent dan voorheen.

Teams die dat doorzetten, merken het aan hun releases. Minder verrassingen, minder hotfixes, minder brandjes blussen in het weekend. Dat is de winst.

// Verder praten

Herkenbaar?

We nemen je testaanpak door en zeggen eerlijk waar de winst zit. En waar niet.

Plan een gesprek
// Lees ook