În majoritatea cazurilor, programatorii sunt prea leneși și sar peste teste, confortându-se că sursele lor deja sunt funcționale și nu mai scriu testele unitare de bază.

Scopul testelor este de a împiedica în viitoarele schimbări să intervină probleme critice.

Scrierea testelor după ce codul a fost scris este o altă problemă pentru că testează doar cod și nu funcționalitatea.

Scopul scrierii testului înaintea codului propriu-zis este să știm precis că obținem funcționalitatea dorită și se face constructiv pas cu pas, eliminând astfel posibilitatea unui eșec grav când aplicația este utilizată public.

Majoritatea dau vina că prin această metodă durează mult mai mult să dezvolți o componentă, mai ales o aplicație.

Aceasta este o minciună spusă total cu nerușinare!

Scrierea unei aplicații sau componente folosind metodologia TDD se face mai repede cu garantarea funcționalității.

Un bun programator care a exersat continuu, ajunge în a scrie cod în acest mod la fel de rapid și mult mai cursiv. Această persoană va ști pe termen lung mult mai bine tot ce a așezat în acele surse. În momentele în care se vor adăuga noi componente aplicației, se va ști precis că ceea ce deja există funcționează în continuare fără probleme.

Lasă un răspuns

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *