Testivetoinen kehitys on yhä yleisempää, ja on olemassa hyviä empiirisiä todisteita siitä, että se on hyödyllinen käytäntö. TDD vähentää tuotantovirheiden määrää ja parantaa koodin laatua. Toisin sanoen se tekee koodista helpompi ylläpitää ja ymmärtää. Se tarjoaa myös automaattisia testejä regressiotestausta varten.
Onko TDD todella hyödyllinen?
Kun kirjoitat testejä, kirjoitat enemmän koodia, mutta tutkimukset ovat osoittaneet objektiivisesti, että hyvä testikattavuus TDD:llä voi vähentää virhetiheyttä 40 % - 80 %.
Milloin minun pitäisi käyttää TDD:tä?
TDD soveltuu todella hyvin, kun sinulla on puhdas logiikkafunktio, johon sinun on kirjoitettava. Kun tarvitsemasi työssä on selkeästi määritellyt odotettavissa olevat tulot ja lähdöt, se on loistava merkki siitä, että sinun tulee käyttää TDD:tä testien ja koodin rakentamiseen.
Onko TDD hyvä lähestymistapa?
Kehittäjillä on vähemmän virheenkorjausta
Vähemmän bugeja ja virheitä ovat TDD-lähestymistavan ensisijainen etu. Kun koodissa on vähemmän virheitä, käytät vähemmän aikaa niiden korjaamiseen kuin muilla ohjelmointimenetelmillä. TDD tuottaa korkeamman kokonaiskattavuuden ja siten paremman lopputuotteen laadun.
Miksi TDD on huono idea?
Tämä on yleensä huono idea – kokeneimmat TDD-harjoittajat saavat kertoa, onko yksikkötestit kirjoitettu ennen koodia vai sen jälkeen. … Kehittäjä, joka kirjoittaa yksikkötestejä koodinsa kirjoittamisen jälkeen, puuttuu koko pointista –TDD on suunnittelumenetelmä – yksikkötestit ovat vain prosessin sivutuote.
Test Driven Development vs Behaviour Driven Development + FREE CHEAT SHEET
