Сыноого негизделген өнүгүү барган сайын кеңири жайылууда жана анын пайдалуу практика экенине жакшы эмпирикалык далилдер бар. TDD өндүрүштөгү мүчүлүштүктөрдүн санын азайтат жана коддун сапатын жакшыртат. Башкача айтканда, бул кодду сактоону жана түшүнүүнү жеңилдетет. Ошондой эле, ал регрессиялык тестирлөө үчүн автоматташтырылган тесттерди камсыз кылат.
TDD чындап эле пайдалуубу?
Сыноолорду жазганда, сиз көбүрөөк код жазасыз, бирок изилдөөлөр объективдүү түрдө көрсөткөндөй, TDD менен жакшы тест камтылышы мүчүлүштүктөрдүн тыгыздыгын 40% - 80% азайтат.
Мен TDDди качан колдонушум керек?
TDD сизде таза логикалык функция болгондо, аны деп жазууга туура келет. Эгер сиз аткара турган жумушта күтүлгөн киргизүүлөрдүн жана жыйынтыктардын так аныкталган топтому болгондо, бул сыноолоруңузду жана кодуңузду түзүү үчүн TDD колдонушуңуз керек деген эң сонун белги.
TDD жакшы мамилеби?
Иштеп чыгуучулардын мүчүлүштүктөрдү оңдоо иштери азыраак болот
Азыраак мүчүлүштүктөр жана каталар TDD ыкмасынын негизги артыкчылыгы. Коддо мүчүлүштүктөр азыраак болгондо, башка программалоо методологияларына караганда аларды оңдоого азыраак убакыт коротосуз. TDD жалпы тестирлөөнүн көлөмүн жогорулатат, демек, акыркы продукттун сапатын жакшыртат.
TDD эмне үчүн жаман идея?
Бул адатта жаман идея – тажрыйбалуу TDD адистеринин көбү бирдик тесттери кодунан мурун же кийин жазылганбы же жазылганбы деп айта алышат. … Өзүнүн кодун жазгандан кийин бирдик тесттерин жазган иштеп чыгуучу бүт нерсени түшүнбөй жатат -TDD долбоорлоо методологиясы – бирдик сыноолору процесстин кошумча продуктусу гана.
Test Driven Development vs Behaviour Driven Development + FREE CHEAT SHEET
