Testipõhine arendus on üha laiem alt levinud ja on häid empiirilisi tõendeid selle kohta, et see on kasulik praktika. TDD vähendab tootmisvigade arvu ja parandab koodi kvaliteeti. Teisisõnu muudab see koodi hooldamise ja mõistmise lihtsamaks. Lisaks pakub see regressioonitestimiseks automatiseeritud teste.
Kas TDD on tõesti kasulik?
Testide kirjutamisel kirjutate rohkem koodi, kuid uuringud on objektiivselt näidanud, et testi hea katvus TDD-ga võib vähendada vigade tihedust 40% – 80%.
Millal peaksin TDD-d kasutama?
TDD sobib väga hästi, kui teil on puhas loogikafunktsioon, millele peate kirjutama. Kui teie tööl on selgelt määratletud eeldatavate sisendite ja väljundite kogum, on see suurepärane signaal, et peaksite oma testide ja koodide koostamiseks kasutama TDD-d.
Kas TDD on hea lähenemisviis?
Arendajatel on vähem silumist
TDD-lähenemise peamine eelis on vähem vigu ja vigu. Kui koodil on vähem vigu, kulutate nende parandamisele vähem aega kui muude programmeerimismetoodikate puhul. TDD tagab suurema üldise testikatte ja seega ka lõpptoote parema kvaliteedi.
Miks on TDD halb mõte?
See on tavaliselt halb mõte – kõige kogenumad TDD praktikud saavad öelda, kas ühikutestid on kirjutatud enne või pärast koodi või mitte. … Arendajal, kes kirjutab pärast koodi kirjutamist ühikuteste, jääb asjast puudu –TDD on disainimetoodika – ühikutestid on vaid protsessi kõrvalsaadus.
Test Driven Development vs Behaviour Driven Development + FREE CHEAT SHEET
