|
01. 11. 2011. | #1 |
Ivan Dilber
Sir Write-a-Lot
|
@tata: Ja sam nekako mislio da je podela na unit i functional testing cisto akademska? Jel moze neki primer sta podrazumevas pod unit testom (a sta pod funkcionalnim), ako postoji takva razlika da smatras da unit testovi ne nalaze bagove u kodu?
Moje iskustvo sa tdd nije veliko, ali uglavnom scenario zbog koga smo ga koristili je ovaj koji degojs pominje, kad je naknadno potrebno izmeniti deo sistema, cesto samo jednu metodu. Kad se radi sa pipavim stvarima (npr. neki racun sa novcem), mnogo se prijatnije osecam kad imam stari set testova, izmenim/dodam par novih testova, pa tek onda menjam kod. Kad pustim testove znam da sve radi kao i ranije, osim onoga sto sam menjao. Znaci mnogo mi je sa TDD bitnija mogucnost da mogu da testiram ostatak sistema na side-efekte, nego samo testiranje dela koji trenutno razvijam (sto je valjda cilj TDD). Mada naravno pomaze i za ovo drugo, ali nemam osecaj da mi je tu krucijalno, a za zahvate na starom kodu bas jeste...
__________________
Leadership is the art of getting people to want to do what you know must be done. |
01. 11. 2011. | #2 |
dinosaurus
Master
Datum učlanjenja: 29.12.2005
Lokacija: Nova Engleska
Poruke: 636
Hvala: 79
263 "Hvala" u 66 poruka
|
Основна разлика је што функционални тестови тестирају цео систем, а јунит тестови сасвим мало парче кода (обично један метод у класи) и "мокује" све остало. Моје искуство је да је ђаво у интеграцији: може модул А да ради како треба у изолацији, али кад га укомпонујеш у прави систем често се испостави да то не ради како треба. Зато ја више верујем функционалним тестовима - ту нема "мокова" и ништа није изоловано.
|
|
|