El desenvolupament basat en proves està cada cop més estès i hi ha una bona evidència empírica que és una pràctica beneficiosa. TDD redueix el nombre d'errors en producció i millora la qualitat del codi. En altres paraules, facilita el manteniment i la comprensió del codi. A més, ofereix proves automatitzades per a proves de regressió.
El TDD és realment útil?
Quan escrius proves, escrius més codi, però els estudis han demostrat objectivament que una bona cobertura de proves amb TDD pot reduir la densitat d'errors entre un 40% i un 80%.
Quan hauria d'utilitzar TDD?
TDD es presta molt bé quan tens una funció lògica pura que has d'escriure. Quan el treball que heu de fer té un conjunt clarament definit d'entrades i sortides esperades, és un gran senyal que hauríeu d'utilitzar TDD per crear les vostres proves i codi.
El TDD és un bon enfocament?
Els desenvolupadors tenen menys depuració per fer
Menys errors i errors són el principal avantatge de l'enfocament TDD. Quan el codi tingui menys errors, passareu menys temps a solucionar-los que altres metodologies de programació. TDD produeix una cobertura de prova global més alta i, per tant, una millor qualitat del producte final.
Per què la TDD és una mala idea?
Això sol ser una mala idea: els professionals més experimentats de TDD poden saber si les proves unitats s'han escrit abans o després del codi. … Un desenvolupador que escriu proves unitàries després d'escriure el seu codi està perdent tot el punt:TDD és una metodologia de disseny: les proves unitàries són només un subproducte del procés.
Test Driven Development vs Behaviour Driven Development + FREE CHEAT SHEET
