Թեստով հիմնված զարգացումն ավելի ու ավելի է տարածվում, և լավ էմպիրիկ ապացույցներ կան, որ դա շահավետ պրակտիկա է: TDD նվազեցնում է արտադրության սխալների քանակը և բարելավում կոդի որակը: Այլ կերպ ասած, դա հեշտացնում է կոդը պահպանելը և հասկանալը: Նաև տրամադրում է ռեգրեսիոն փորձարկման ավտոմատ թեստեր:
Արդյո՞ք TDD-ն իսկապես օգտակար է:
Երբ դուք գրում եք թեստեր, դուք ավելի շատ կոդ եք գրում, սակայն ուսումնասիրությունները օբյեկտիվորեն ցույց են տվել, որ TDD-ով լավ թեստային ծածկույթը կարող է նվազեցնել սխալների խտությունը 40%-ով - 80%:
Ե՞րբ պետք է օգտագործեմ TDD:
TDD-ն իսկապես լավ է տրամադրում, երբ դուք ունեք մաքուր տրամաբանական ֆունկցիա, որը դուք պետք է գրեք: Երբ աշխատանքը, որը դուք պետք է անեք, ունի ակնկալվող մուտքերի և ելքերի հստակ սահմանված շարք, դա հիանալի ազդանշան է, որ դուք պետք է օգտագործեք TDD՝ ձեր թեստերն ու կոդը ստեղծելու համար:
TDD-ը լա՞վ մոտեցում է:
Կարգավորողներն ունեն ավելի քիչ վրիպազերծում
Ավելի քիչ վրիպակներ և սխալներ TDD մոտեցման հիմնական առավելությունն են: Երբ կոդը ավելի քիչ սխալներ ունի, դուք ավելի քիչ ժամանակ կծախսեք դրանք շտկելու համար, քան ծրագրավորման այլ մեթոդաբանություն: TDD-ն ապահովում է ավելի բարձր ընդհանուր թեստի ծածկույթ և, հետևաբար, վերջնական արտադրանքի ավելի լավ որակ:
Ինչու է TDD-ն վատ գաղափար:
Սա սովորաբար վատ գաղափար է. շատ փորձառու TDD պրակտիկանտներ կարող են ասել, թե միավորի թեստերը գրվել են, թե ոչծածկագրից առաջ կամ հետո: … Մշակողը, ով իր կոդը գրելուց հետո գրում է միավորի թեստեր, բացակայում է ամբողջ կետը. TDD-ն նախագծման մեթոդաբանություն է. միավորի թեստերը գործընթացի միայն կողմնակի արդյունքն են:
Test Driven Development vs Behaviour Driven Development + FREE CHEAT SHEET
