Razvoj, ki ga vodijo testi, je vse bolj razširjen in obstajajo dobri empirični dokazi, da je to koristna praksa. TDD zmanjša število napak v produkciji in izboljša kakovost kode. Z drugimi besedami, olajša vzdrževanje in razumevanje kode. Zagotavlja tudi avtomatizirane teste za regresijsko testiranje.
Je TDD res uporaben?
Ko pišete teste, napišete več kode, vendar so študije objektivno pokazale, da lahko dobra pokritost s testi s TDD zmanjša gostoto hroščev za 40% - 80%.
Kdaj naj uporabim TDD?
TDD se zelo dobro poda, ko imate čisto logično funkcijo, ki jo morate napisati. Ko ima delo, ki ga morate opraviti, jasno opredeljen niz pričakovanih vhodov in izhodov, je to odličen signal, da bi morali uporabiti TDD za izdelavo testov in kode.
Je TDD dober pristop?
Razvijalci imajo manj odpravljanja napak
Manj hroščev in napak je glavna prednost pristopa TDD. Če ima koda manj napak, boste porabili manj časa za njihovo odpravljanje kot druge metodologije programiranja. TDD zagotavlja višjo celotno testno pokritost in s tem boljšo kakovost končnega izdelka.
Zakaj je TDD slaba ideja?
To je običajno slaba ideja – večina izkušenih izvajalcev TDD lahko pove, ali so bili testi enot napisani pred ali za kodo. … Razvijalec, ki piše enotne teste po tem, ko je napisal svojo kodo, pogreša celotno bistvo –TDD je metodologija načrtovanja – enotni testi so le stranski produkt procesa.
Test Driven Development vs Behaviour Driven Development + FREE CHEAT SHEET
