TDD - Test-driven development

Test-driven development (TDD) er en udviklingsmetode, hvor man skriver testen, før man skriver koden. Først beskriver udvikleren i en lille automatisk test, hvad koden skal kunne — derefter skrives lige præcis den kode, der får testen til at lykkes. Det lyder bagvendt, men ideen er enkel: du definerer det rigtige resultat, før du går i gang, i stedet for at krydse fingre bagefter.

Rytmen kaldes ofte "rød, grøn, refaktorér":

1. Rød — skriv en test for noget, koden endnu ikke kan. Den fejler, fordi der ikke er noget at teste endnu.
2. Grøn — skriv den mindst mulige kode, der får testen til at bestå. Ikke mere.
3. Refaktorér — ryd op i koden nu, hvor testen vogter over, at intet går i stykker. Og videre til næste test.

Hvad du får ud af det

• Færre fejl i produktion. Fejl bliver fanget, mens koden skrives — ikke når en kunde rammer dem.
• Tryghed ved at ændre ting. Med en samling tests, der kører automatisk, opdager man med det samme, hvis en ændring brækker noget andet. Det gør senere refaktorering langt mindre nervepirrende.
• Bedre struktur. Når man skal teste koden, før man skriver den, bliver man tvunget til at tænke den klart igennem — det giver som regel et renere design.

TDD koster lidt ekstra tid i begyndelsen og betaler sig tilbage, hver gang softwaren skal ændres eller udvides. Det er ikke gratis, og det passer ikke til alt — men på systemer, der skal leve og vokse i årevis, er det forskellen på kode, du tør røre, og kode, alle er bange for.