TDD i pravljenje testova nije bas sasvim ista stvar. TDD podrazumeva da se prvo napisu testovi, pa se tek onda kodira. Time se (jednom kad se naviknes) stedi vreme jer nema potrebe da radis 2x istu stvar tako sto prvo rucno testiras (kako to vecina nas ima obicaj), pa tek onda dodajes testove. Da ne pricamo koliko je smaranje pisati testove za stari kod, kad moras da se prisecas sta kako radi...
A inace testovi imaju smisla samo za kod koji ce se menjati u buducnosti. Znaci ako pravis sajt za frizerski salon za 300e, nema smisla da se time gnjavis. Ako pravis web aplikaciju i ocekujes da ce se to razvijati, refaktorisati, prosirivati onda su testovi spas. Izmenis sta treba, pustis testove, i ako prodju znas da najverovatnije nista nisi pokvario... ako nemas testove onda moras sve to da proveravas rucno i ako to radis cesto (u mnogim web aplikacijama se to radi na dnevnom nivou) onda se to svede na isto kao da pravis unit testing, samo kao da svaki put pises sve testove iz pocetka....
__________________
Leadership is the art of getting people to want to do what you know must be done.
|