Testu vadīta izstrāde kļūst arvien izplatītāka, un ir labi empīriski pierādījumi, ka tā ir izdevīga prakse. TDD samazina kļūdu skaitu ražošanā un uzlabo koda kvalitāti. Citiem vārdiem sakot, tas atvieglo koda uzturēšanu un izpratni. Tas nodrošina arī automatizētus testus regresijas testēšanai.
Vai TDD tiešām ir noderīgs?
Rakstot testus, jūs rakstāt vairāk kodu, taču pētījumi ir objektīvi parādījuši, ka labs testa pārklājums ar TDD var samazināt kļūdu blīvumu par 40% - 80%.
Kad man vajadzētu izmantot TDD?
TDD ir ļoti piemērots, ja jums ir tīra loģikas funkcija, kas jāraksta. Ja veicamajam darbam ir skaidri definēta paredzamo ieeju un izvadu kopa, tas ir lielisks signāls, ka jums ir jāizmanto TDD, lai izveidotu testus un kodu.
Vai TDD ir laba pieeja?
Izstrādātājiem ir mazāk darāmā atkļūdošanas
Mazāk kļūdu un kļūdu ir galvenā TDD pieejas priekšrocība. Ja kodā ir mazāk kļūdu, jūs pavadīsit mazāk laika to labošanai nekā citas programmēšanas metodes. TDD nodrošina augstāku kopējo testa pārklājumu un līdz ar to labāku gala produkta kvalitāti.
Kāpēc TDD ir slikta ideja?
Tā parasti ir slikta ideja – pieredzējušākie TDD praktiķi var pateikt, vai vienības testi ir uzrakstīti pirms vai pēc koda. … Izstrādātājam, kurš raksta vienību testus pēc koda uzrakstīšanas, trūkst visa jēgas –TDD ir projektēšanas metodika - vienību testi ir tikai procesa blakusprodukts.
Test Driven Development vs Behaviour Driven Development + FREE CHEAT SHEET
