Dezvoltarea bazată pe teste este din ce în ce mai răspândită și există dovezi empirice bune că este o practică benefică. TDD reduce numărul de erori în producție și îmbunătățește calitatea codului. Cu alte cuvinte, face codul mai ușor de întreținut și de înțeles. De asemenea, oferă teste automate pentru testarea regresiei.
Este TDD cu adevărat util?
Când scrieți teste, scrieți mai mult cod, dar studiile au arătat în mod obiectiv că o bună acoperire a testelor cu TDD poate reduce densitatea erorilor cu 40% - 80%.
Când ar trebui să folosesc TDD?
TDD se pretează foarte bine atunci când aveți o funcție logică pură pe care trebuie să o scrieți. Când munca pe care trebuie să o faceți are un set clar definit de intrări și ieșiri așteptate, este un semnal grozav că ar trebui să utilizați TDD pentru a vă construi testele și codul.
Este TDD o abordare bună?
Dezvoltatorii au de făcut mai puține depanări
Mai puține erori și erori sunt principalul beneficiu al abordării TDD. Când codul are mai puține erori, veți petrece mai puțin timp pentru a le remedia decât alte metodologii de programare. TDD produce o acoperire generală mai mare a testului și, prin urmare, la o calitate mai bună a produsului final.
De ce este TDD o idee proastă?
Aceasta este de obicei o idee proastă – cei mai experimentați practicieni TDD pot spune dacă testele unitare au fost sau nu scrise înainte sau după codul. … Un dezvoltator care scrie teste unitare după ce și-a scris codul pierde totul –TDD este o metodologie de proiectare – testele unitare sunt doar un produs secundar al procesului.
Test Driven Development vs Behaviour Driven Development + FREE CHEAT SHEET
