Innehållsförteckning:
- Definition - Vad betyder Test Driven Development (TDD)?
- Techopedia förklarar Test Driven Development (TDD)
Definition - Vad betyder Test Driven Development (TDD)?
Testdriven utveckling (TDD) är en mjukvaruutvecklingsmetod där ett test skrivs innan du skriver koden. När den nya koden har klarat testet återinförs den till en acceptabel standard.
TDD ser till att källkoden är noggrant enhetstestad och leder till modulariserad, flexibel och utdragbar kod. Den fokuserar på att bara skriva den kod som krävs för att klara tester, vilket gör designen enkel och tydlig.
Techopedia förklarar Test Driven Development (TDD)
TDD gör det möjligt för programmeraren att ta små steg när han skriver programvara. Testet skrivs innan testning av funktionaliteten och ser till att applikationen är lämplig för testbarhet. Testning av en liten mängd kod utförs för att fånga fel som uppstår i den testade koden. Sedan implementeras funktionaliteten. Detta kallas "rödgrön refaktor" där röd betyder misslyckas och grönt visar ett pass. Dessa steg upprepas sedan. Det första målet för en programmerare är att fokusera på uppgiften och att klara den.
De olika stegen som är involverade i en testdriven utvecklingscykel är:
- Lägg till ett test: Varje ny funktion i TDD börjar med ett test som måste misslyckas eftersom det genomförs innan några funktioner implementeras. Det väsentliga kravet för att skriva ett test före implementering av funktionen är en tydlig förståelse av kravet från utvecklaren. Detta åstadkoms genom användarhistorier och användningsfall. Därför förstår en utvecklare kravet innan han skriver programkoden.
- Kör alla tester och kontrollera om den nya koden misslyckas: Detta säkerställer att testselen fungerar korrekt och att det nya testet inte klarar av misstag utan någon ny kod. Detta steg testar också testet och eliminerar möjligheten att det nya testet alltid klarar.
- Skriv kod: Nästa steg som följer är att skriva kod som rensar testet. Den nya koden är inte perfekt men ändras senare enligt kraven. Det är bara designat för testning och inkluderar inte andra funktioner.
- Kör automatiserade test: Om varje testfall som produceras enkelt klarar testet, innebär det att koden uppfyller alla nödvändiga specifikationer. Därför kan det sista steget i cykeln startas.
- Refaktorkod: Detta liknar att ta bort dubblering. En refactoring skadar inte någon befintlig funktionalitet och hjälper till att ta bort duplicering mellan produktion och testkoder. Koden städas nu efter behov.
- Upprepa: cykeln upprepas som i tidigare fall med ett nytt test. Det väsentliga kravet är att storleken på stegen ska vara liten, med cirka 1 till 10 redigeringar mellan varje testkörning. Om ny kod inte uppfyller ett nytt test, bör programmeraren utföra ytterligare felsökning. Kontinuerlig integration ger omvändbara kontrollpunkter.
