A tesztvezérelt fejlesztés egyre szélesebb körben elterjedt, és jó empirikus bizonyítékok vannak arra vonatkozóan, hogy ez előnyös gyakorlat. A TDD csökkenti a hibák számát a termelésben és javítja a kód minőségét. Más szavakkal, megkönnyíti a kód karbantartását és megértését. Emellett automatizált teszteket is biztosít a regressziós teszteléshez.
Valóban hasznos a TDD?
Amikor teszteket ír, több kódot ír, de a tanulmányok objektíven kimutatták, hogy a jó tesztlefedettség a TDD-vel 40%-kal – 80%-kal csökkentheti a hibasűrűséget.
Mikor használjam a TDD-t?
TDD nagyon jól megfelel, ha egy tiszta logikai függvénye van, amelyet meg kell írnia. Ha az elvégzendő munkának egyértelműen meghatározott várható bemeneti és kimeneti készlete van, ez nagyszerű jelzés, hogy a tesztek és kódok elkészítéséhez TDD-t kell használnia.
Jó megközelítés a TDD?
A fejlesztőknek kevesebb hibakeresési feladatuk van
A TDD-megközelítés elsődleges előnye a kevesebb hiba és hiba. Ha a kód kevesebb hibát tartalmaz, akkor kevesebb időt kell töltenie a javításukkal, mint más programozási módszerekkel. A TDD magasabb általános tesztlefedettséget eredményez, és ezáltal a végtermék jobb minőségét.
Miért rossz ötlet a TDD?
Ez általában rossz ötlet – a legtöbb tapaszt alt TDD-szakember meg tudja állapítani, hogy az egységteszteket a kód előtt vagy után írták-e. … Egy fejlesztő, aki a kódja megírása után egységteszteket ír, figyelmen kívül hagyja a lényeget –A TDD egy tervezési módszer – az egységtesztek csak a folyamat melléktermékei.
Test Driven Development vs Behaviour Driven Development + FREE CHEAT SHEET
