At endringer kan gjøres uten å ødelegge noe annet — bekreftet av tester, ikke av håp.
Hvorfor det er viktig
Uten tester blir hver endring risikabel. Systemet stivner: ingen tør røre det, og videreutvikling blir stadig dyrere.
Eksempel på kravformulering
Forretningskritisk logikk skal dekkes av automatiserte tester som kjøres ved hver endring. Tester skal kjøre i byggeprosessen, og en feilende test skal blokkere produksjonssetting. Leverandøren skal rapportere testdekning per leveranse.
Tilpass tallene til deres virkelighet — et krav du ikke kan begrunne, er et krav du ikke bør stille.
Slik verifiserer du det
Be om å se testene kjøre. Spør hva som skjer når en test feiler — hvis svaret er «da hopper vi over den», finnes ikke kvalitetssikringen.
Fallgruver
Å kreve en prosentandel dekning. 90 % dekning av trivielle getters sier ingenting, mens 40 % dekning av kritisk logikk kan være utmerket. Krev dekning der det gjør vondt å feile.
AI-perspektiv
AI genererer kode raskt — også feil kode, raskt. Jo mer AI-assistert utvikling, desto viktigere blir automatiserte tester som uavhengig kontroll.