Indhold
- Definition - Hvad betyder Test Driven Development (TDD)?
- En introduktion til Microsoft Azure og Microsoft Cloud | Gennem denne vejledning lærer du, hvad cloud computing handler om, og hvordan Microsoft Azure kan hjælpe dig med at migrere og drive din virksomhed fra skyen.
- Techopedia forklarer Test Driven Development (TDD)
Definition - Hvad betyder Test Driven Development (TDD)?
Testdrevet udvikling (TDD) er en softwareudviklingsmetode, hvor en test skrives, før koden skrives. Når den nye kode er bestået testen, reforteres den til en acceptabel standard.
TDD sikrer, at kildekoden er grundigt enhedstestet og fører til modulariseret, fleksibel og udvidelig kode. Det fokuserer på kun at skrive den kode, der er nødvendig for at bestå test, hvilket gør designet enkelt og tydeligt.
En introduktion til Microsoft Azure og Microsoft Cloud | Gennem denne vejledning lærer du, hvad cloud computing handler om, og hvordan Microsoft Azure kan hjælpe dig med at migrere og drive din virksomhed fra skyen.
Techopedia forklarer Test Driven Development (TDD)
TDD gør det muligt for programmereren at tage små trin, mens han skriver software. Testen skrives inden testning af funktionaliteten og sikrer, at applikationen er egnet til testbarhed. Testning af en lille mængde kode udføres for at fælde fejl, der forekommer i den testede kode. Derefter implementeres funktionaliteten. Dette kaldes "rødgrøn refaktor", hvor rødt betyder fejlagtigt og grønt viser et pas. Disse trin gentages derefter. Det første mål for en programmør er at fokusere på den aktuelle opgave og at bestå den.
De forskellige trin involveret i en testdrevet udviklingscyklus er:
- Tilføj en test: Hver ny funktion i TDD starter med en test, der skal mislykkes, da den bringes i kraft, før nogen funktioner implementeres. Det væsentlige krav til at skrive en test inden implementering af funktionen er en klar forståelse af kravet fra udvikleren. Dette opnås gennem brugerhistorier og brugssager. Derfor forstår en udvikler kravet, før han skriver programkoden.
- Kør alle test, og kontroller, om den nye kode mislykkes: Dette sikrer korrekt brug af testbåndet, og at den nye test ikke går ved en fejltagelse uden nogen ny kode. Dette trin tester også testen og eliminerer muligheden for, at den nye test altid består.
- Skriv kode: Det næste trin, der følger, er at skrive kode, der rydder testen. Den nye kode er ikke perfekt, men senere ændret i henhold til kravene. Det er kun designet til test og omslutter ikke andre funktionaliteter.
- Kør automatiserede test: Hvis hvert testtilfælde, der produceres let består testen, indebærer det, at koden opfylder alle krævede specifikationer. Derfor kan cyklusens sidste trin startes.
- Refaktorkode: Dette ligner fjernelse af duplikering. En refactoring skader ikke nogen eksisterende funktionalitet og hjælper med at fjerne duplikering mellem produktions- og testkoder. Koden renses nu efter behov.
- Gentag: Cyklussen gentages som i de tidligere tilfælde med en ny test. Det væsentlige krav er, at størrelsen på trinnene skal være lille med ca. 1 til 10 redigeringer mellem hver testkørsel. Hvis ny kode ikke opfylder en ny test, skal programmereren udføre yderligere fejlfinding. Kontinuerlig integration giver reversible kontrolpunkter.