Test-drevet utvikling: du skriver testen først, ser den feile, og skriver deretter koden som får den til å passere.
Rekkefølgen er poenget. Den tvinger frem at du tenker gjennom hva koden faktisk skal gjøre før du skriver den, og du får testdekning på kjøpet. Det passer best på logikk med klare regler, og dårligere på utforskende arbeid der du ikke vet svaret ennå.
Relaterte begreper: Enhetstest · Testdekning · Kodekvalitet