Testovanie riadené dizajnom: Testujte inteligentnejšie, nie ťažšie

Recenzie čitateľov

Recenzie 'Design Driven Testing: Niektorí čitatelia chvália jej poznatky o metodike testovania a iní ju kritizujú za tendenčný útok na vývoj riadený testovaním (TDD). Zatiaľ čo niektorí považujú knihu za užitočný zdroj informácií, ktorý poskytuje zrozumiteľnosť a praktické príklady, iní majú pocit, že jej chýba obsah, je propagačná voči iným prácam autorov a obsahuje nepresnosti o TDD.

Čitatelia ocenili svieži pohľad knihy na metodiky testovania, najmä dôraz na testovanie riadené návrhom (DDT) namiesto tradičného vývoja riadeného testovaním (TDD). Štýl písania sa vyznačuje tým, že je jasný a stručný, s praktickými príkladmi, ktoré pomáhajú pri pochopení konceptov. Niektorí ju považujú za užitočný zdroj informácií na zlepšenie techník testovania pri vývoji softvéru.

Kritici tvrdia, že kniha zavrhuje TDD bez náležitého pochopenia a je plná nepresností o agilných metodikách. Niektorí ju považovali skôr za propagačný materiál pre vlastné produkty autorov, najmä ICONIX, než za spravodlivé skúmanie DDT. Okrem toho kniha predpokladá znalosť niektorých nástrojov a predchádzajúcich prác, čo môže obmedziť jej prístupnosť širšiemu publiku. Niekoľko recenzentov označilo obsah za opakujúci sa a suchý.

(na základe 11 čitateľských recenzií)

Pôvodný názov:

Design Driven Testing: Test Smarter, Not Harder

Obsah knihy:

V tejto kapitole sme ilustrovali, ako riadiť jednotkové testy na základe návrhu softvéru, identifikovať testovacie scenáre systematickým spôsobom, ktorý zabezpečí pokrytie kódu na všetkých správnych miestach. Ukázali sme tiež použitie "stunt services" a mock objektov na izoláciu testovaného kódu; nakoniec sme diskutovali o riadení jednotkových testov hlbšie do algoritmického kódu, ktorý môže mať prospech z jemnejšieho testovania.

Existuje spôsob, ako získať 95 % prínosu komplexného jednotkového testovania, ktoré sme vykonali v tejto kapitole, s podstatne menším počtom testov? V nasledujúcej kapitole si ukážeme, ako presne to urobiť s testami kontrolérov. Ako uvidíte, jednotkové testy majú svoje miesto, ale testy kontrolérov môžu často predstavovať inteligentnejší, štruktúrovanejší prístup k testovaniu aplikácie. 136 C H A P T E R 6??? Koncepčný návrh a testovanie kontrolérov Ako ste videli v kapitole 5, jednotkové testovanie nemusí zahŕňať vyčerpávajúce pokrytie každého jedného riadku kódu alebo dokonca každej jednej metódy testami.

Platí zákon klesajúcej návratnosti - a rastúcej náročnosti - keď posúvate percento pokrytia kódu stále vyššie. Ak urobíte krok späť a pozriete sa na návrh v širšom meradle, je možné vybrať kľúčové oblasti kódu, ktoré fungujú ako vstupno-výstupné uzly, a zamerať testy na tieto oblasti.