Innholdsfortegnelse:
- Definisjon - Hva betyr Test Driven Development (TDD)?
- Techopedia forklarer Test Driven Development (TDD)
Definisjon - Hva betyr Test Driven Development (TDD)?
Test driven development (TDD) er en programvareutviklingstilnærming der en test skrives før du skriver koden. Når den nye koden har bestått testen, reforteres den til en akseptabel standard.
TDD sikrer at kildekoden er grundig enhetstestet og fører til modularisert, fleksibel og utvidbar kode. Den fokuserer på å skrive kun koden som er nødvendig for å bestå tester, noe som gjør designet enkelt og oversiktlig.
Techopedia forklarer Test Driven Development (TDD)
TDD gjør det mulig for programmereren å ta små skritt mens han skriver programvare. Testen skrives før du tester funksjonaliteten og sikrer at applikasjonen er egnet for testbarhet. Testing på en liten mengde kode utføres for å felle feil som oppstår i den testede koden. Deretter implementeres funksjonaliteten. Dette blir referert til som "rødgrønn refaktor" der rød betyr mislykkes og grønt viser et pass. Disse trinnene blir deretter gjentatt. Det første målet med en programmerer er å fokusere på oppgaven som er tilgjengelig og å bestå den.
De forskjellige trinnene som er involvert i en testdrevet utviklingssyklus er:
- Legg til en test: Hver nye funksjon i TDD starter med en test som må mislykkes når den blir satt i verk før noen funksjoner blir implementert. Det essensielle kravet for å skrive en test før implementering av funksjonen er en klar forståelse av kravet fra utvikleren. Dette oppnås gjennom brukerhistorier og brukstilfeller. Derfor forstår en utvikler kravet før han skriver programkoden.
- Kjør alle tester og sjekk om den nye koden mislykkes: Dette sikrer korrekt bruk av testselen og at den nye testen ikke går ved en feiltakelse uten noen ny kode. Dette trinnet tester også testen og eliminerer muligheten for at den nye testen alltid består.
- Skriv kode: Det neste trinnet som følger er å skrive kode som tømmer testen. Den nye koden er ikke perfekt, men blir senere endret i henhold til kravene. Den er bare designet for testing og inkluderer ikke andre funksjoner.
- Kjør automatiserte tester: Hvis alle testtilfeller som produseres enkelt klarer testen, innebærer det at koden oppfyller alle nødvendige spesifikasjoner. Derfor kan det siste trinnet av syklusen startes.
- Refaktorkode: Dette ligner på å fjerne duplisering. En refactoring skader ikke eksisterende funksjonalitet og hjelper med å fjerne duplisering mellom produksjons- og testkoder. Koden blir nå rengjort etter behov.
- Gjenta: Syklusen gjentas som i de tidligere tilfellene med en ny test. Det essensielle kravet er at størrelsen på trinnene skal være liten, med rundt 1 til 10 redigeringer mellom hver testkjøring. Hvis ny kode ikke tilfredsstiller en ny test, bør programmereren utføre ytterligere feilsøking. Kontinuerlig integrasjon gir reversible sjekkpunkter.
