Testarea orientată spre design: Testați mai inteligent, nu mai greu

Recenzii ale cititorilor

Recenziile la cartea „Design Driven Testing: Test Smarter, Not Harder” (Testare mai inteligentă, nu mai dificilă) sunt contradictorii, unii cititori lăudând perspectivele sale asupra metodologiei de testare, iar alții criticând-o pentru că este un atac părtinitor la adresa Test Driven Development (TDD). În timp ce unii au considerat cartea ca fiind o resursă utilă care oferă claritate și exemple practice, alții consideră că este lipsită de substanță, promovează alte lucrări ale autorilor și conține inexactități cu privire la TDD.

Cititorii au apreciat perspectiva nouă a cărții asupra metodologiilor de testare, în special accentul pus pe testarea bazată pe design (DDT) față de dezvoltarea tradițională bazată pe testare (TDD). Stilul de scriere este remarcat pentru faptul că este clar și concis, cu exemple practice care ajută la înțelegerea conceptelor. Unii au considerat-o o resursă utilă pentru îmbunătățirea tehnicilor de testare în dezvoltarea de software.

Criticii susțin că cartea respinge TDD fără o înțelegere adecvată și este plină de inexactități cu privire la metodologiile agile. Unii au considerat că este un material promoțional pentru propriile produse ale autorilor, în special ICONIX, mai degrabă decât o explorare corectă a DDT. În plus, cartea presupune familiarizarea cu anumite instrumente și lucrări anterioare, ceea ce poate limita accesibilitatea sa pentru un public mai larg. Mai mulți recenzenți au descris conținutul ca fiind repetitiv și arid.

(pe baza a 11 recenzii ale cititorilor)

Titlul original:

Design Driven Testing: Test Smarter, Not Harder

Conținutul cărții:

În acest capitol am ilustrat modul de efectuare a testelor unitare pornind de la un proiect software, identificând scenarii de testare într-un mod sistematic care să asigure acoperirea codului în toate locurile corecte. Am ilustrat, de asemenea, utilizarea "serviciilor de cascadorie" și a obiectelor simulate pentru a izola codul testat; în cele din urmă, am discutat despre introducerea testelor unitare mai adânc în codul algoritmic care poate beneficia de teste mai fine.

Există o modalitate de a obține 95% din beneficiile testelor unitare cuprinzătoare pe care le-am realizat în acest capitol cu mult mai puține teste? În capitolul următor, vom arăta cum să facem exact acest lucru cu testele de controler. După cum veți vedea, testele unitare își au locul lor, dar testele controller pot reprezenta adesea o abordare mai inteligentă și mai structurată a testării aplicațiilor. 136 C H A P T E R 6??? Proiectarea conceptuală și testarea controlorilor După cum ați văzut în capitolul 5, testarea unitară nu trebuie să implice acoperirea exhaustivă a fiecărei linii de cod sau chiar a fiecărei metode cu teste.

Există o lege a randamentului descrescător - și a creșterii dificultății - pe măsură ce creșteți percentila de acoperire a codului. Făcând un pas înapoi și analizând proiectarea la o scară mai largă, este posibil să se selecteze zonele cheie ale codului care acționează ca noduri de intrare/ieșire și să se concentreze testele pe acele zone.