TDD - timp pierdut în plus?

TDD - timp pierdut în plus? =========================== joi, 21 octombrie 2010 Înainte de a intra în ritmul TDD, sau privind dintr-o parte, s-ar părea că scrierea testelor înainte de a scrie codul propriuzis este mai mult o pierdere de timp. E destul de clar de ce pare aşa: scrii cam de două ori mai mult cod. Dar, asta este pe termen scurt. Dacă vrei să vezi cum lucrează o anumită funcţie, sau să experimentezi cu un framework, sau să încerci un nou limbaj de programare, ceeea ce în termeni de Extreme Programming se numeşte "spike", atunci da, nu are rost să faci TDD-ul decît pentru exerciţiu. Dacă vrei să faci ceva care ar putea dura zile sau săptămîni, atunci TDD-ul se răscumpără, cel puţin. Şi ca timp de lucru, şi ca calitate a rezultatului final. Dacă scrii teste, nu trebuie să verifici la fiecare nouă modificare dacă nu cumva s-a dărîmat altceva pe undeva. Dacă peste două luni trebuie să faci o schimbare în cod, atunci nici nu prea mai ţii minte care şi de ce depinde ca să poţi verifica manual. Şi cu cît e mai mare proiectul cu atît rentabilitatea TDD-ului creşte, pentru că verificare manuală ia din ce în ce mai mult timp, aici el se răscumăra ca timp, şi, de la o vreme încetezi să mai testezi anumite părţi pentru că, deja nu mai e practic să testezi manual o lună de lucru de cod, şi atunci, în speranţa că totuşi, poate nu s-a stricat nimic. Aici apar problemele de calitate. Dezvoltarea şi fixarea de bug-uri sunt două momente foarte clare unde este practic necesară testarea automatizată. Un alt moment este refactorizarea. Cînd pe parcursul dezvoltării ne dăm seama de un mod mai optim de a structura codul şi am vrea să-l reorganizăm pentru a-l simplifica, sau pentru a-l optimiza cumva, e destul de dificil să faci asta fără să ai o acoperire bună de teste automatizate. Şi dacă nu poţi refactoriza, programul ajunge să fie din ce în ce mai greoi, şi de la o vreme apare dorinţa să-l scoţi cumva la un capăt şi să nu mai ai de a face cu el. Refactorizarea este partea de *design* a TDD-ului, de fapt Test Driven *Design*, e o altă descifrare a acestui acronim, şi prin design aici se are în vedere schimbările la nivel înalt pe care le putem face în cod treptat, pe măsură ce înţelegem problema mai bine şi pe măsură ce învăţăm să folosim limbajul mai bine sau schimbări de nivel înalt care apar din alte considerente pe parcursul dezvoltării.
Sursa
2010-10-21 22:22:00



Comenteaza





Ultimele 25 posturi adăugate

15:46:17Fără Titlu —» Путепроводные Заметки
14:39:00Ovoizi —» Andrei LANGA. Blogul personal
03:06:24Fără Titlu —» Путепроводные Заметки
20:31:27Fără Titlu —» Путепроводные Заметки
19:04:30Fără Titlu —» Путепроводные Заметки
18:02:48Fără Titlu —» Путепроводные Заметки
16:46:44Fără Titlu —» Путепроводные Заметки
15:42:47Fără Titlu —» Путепроводные Заметки
09:26:01Mesaj de felicitare —» Biblioteca de Arte 'Tudor Arghezi'
00:19:19Fără Titlu —» Путепроводные Заметки
18:32:13Toamnele Chișinăului românesc de altă dată —» Biblioteca de Arte 'Tudor Arghezi'
16:25:51Fără Titlu —» Путепроводные Заметки
09:16:21Cel mai bun vin din Moldova —» Fine Wine
04:22:00DIN POEZIA FRANCEZĂ —» Leo Butnaru
02:21:18Fără Titlu —» Путепроводные Заметки
21:46:00I got mail —» turn up the silence
20:47:56Fără Titlu —» Путепроводные Заметки
19:39:35Fără Titlu —» Путепроводные Заметки
18:00:51Fără Titlu —» Путепроводные Заметки
15:33:08Fără Titlu —» Путепроводные Заметки
11:51:22Cafeneaua Literară: Spiritul Creator al Modernismului —» Biblioteca de Arte 'Tudor Arghezi'
08:40:56The Governor Fume Blanc 2023: Grand Gold —» Fine Wine
07:10:16Tabără de vară „Îndrăznește să-ți pese” la Biblioteca „Dimitrie Cantemir”, cu adolescenți mai încrezători și mai deschiși către lume —» BPR Ungheni's Blog
04:46:00DIN STRICTUL NECESAR —» Leo Butnaru
12:33:00Fantome —» Andrei LANGA. Blogul personal