fbpx

Ako mi unit testy šetria čas?

V tomto článku chcem ukázať niekoľko spôsobov ako mi unit testy šetria čas. Tým nadväzujem na predchádzajúci článok o tom, čo mám rád na unit testoch. Pozitívna psychológia Keď viem, že veci fungujú, a že o prípadných chybách sa hneď dozviem, tak som pokojný. Trúfnem si robiť väčšie refaktoringy, ktoré zlepšia kód. A ten sa … Čítať viac

Prečo mám rád unit testy

Vo svojej programátorskej kariére som spravil niekoľko veľkých skokov, ktoré znamenali posun v kvalite mojej práce a zároveň aj môjho nadšenia pre túto prácu. Tieto skoky sa odohrali keď som objavil (a zvládol) nasledujúce veci: Posledne menovanému je venovaný celý môj blog. Dnes sa chcem podeliť o to, prečo mám rád unit testy. Čiastočne tým … Čítať viac

7 vecí čo mi vadí na unit testoch

Písanie unit testov mám rád. Aj istotu, ktorú poskytujú, keď robím zmeny v neznámom kóde. Ale existujú situácie, keď mi unit testy zvyšujú tlak. Sú to problémy pri unit testoch, s ktorými sa stretávam bežne. Dúfam, že týmto článkom pomôžem k zníženiu ich početnosti. Logovanie v testoch Unit testy majú bežať úplne automatizovane a samé … Čítať viac

Prečo nemám rád integračné testy

Integračné testy sú potrebné. Ale vedia ma naštvať v situácii, keď sú používané ako náhrada unit testov. Problém je v tom, že na prvý pohľad vyzerajú ako skvelá alternatíva k unit testom.

Čítať viac

Ako pokryť testami neznámy kód pred refaktoringom?

Niekedy stojíme pred problémom, že potrebujeme pokryť testami neznámy kód pred refaktoringom. V tomto článku sa pozrieme na jeden z možných prístupov. V mojej práci sme raz mali za úlohu zrefaktorovať skupinu mapperov, ktoré produkujú textové výstupy pre externý systém. Tri rôzne implementácie a každá bola trochu iná, lebo mapujú niektoré detaily inak, alebo z … Čítať viac

Dlhý príklad na TDD

Príklad na TDD (Test-Driven Development) v tomto článku bol príliš jednoduchý. TDD si zaslúži komplikovanejší a dlhší príklad. Tentokrát postup nebudem vysvetľovať tak podrobne, takže ak nemáte s TDD skúsenosti, prečítajte si najprv ten starší článok.

Čítať viac

Aké pokrytie testami je dobré?

Test coverage je dôležitý nástroj, ktorý môžeme použiť na skvalitnenie našich unit testov. Je to jednoduchý koncept, ale často býva nepochopený. Pre programátorov môže byť pokrytie testami užitočný nástroj alebo strašiak. To prvé nastáva vtedy, keď vedia ako s pokrytím pracovať aké sú jeho silné stránky, slabé stránky a na čo sa nehodí vôbec.

Strašiakom je vtedy, keď jedinú vec čo o pokrytí vedia je to, že je to „náhodne vygenerované” percento, ktoré treba prekročiť. Inak bude zle.

Čítať viac

Ako nazývať testy?

Kedysi dávno som pracoval na projekte, kde bolo požadované pokrytie testami na 80%. Celkom fajn hodnota, taká dosiahnuteľná. Súčasťou bola aj príručka Coding Standards, kde začal môj problém. Kapitola o unit testoch požadovala, aby existoval jeden test pre testovanú metódu. Problému s týmto prístupom som sa venoval v Testujte len jednu vec. V tomto článku … Čítať viac

Testujte len jednu vec

Svet je zaplavený príliš veľkými testami. Som si istý, že ste ich už všetci videli a väčšina z vás aj napísala. Je určite áno. Časté dôvody existencie veľkých testov sú: Aký je najväčší problém veľkého testu? Podľa mňa je to jeho nečitateľnosť. Z nej vyplýva to, že nevieme čo test robí. Aké komponenty treba pripraviť, … Čítať viac

Aký test mám napísať?

Spomínam si na svoje začiatky s Test-Driven Development (TDD). Rozhodovanie, aký test mám napísať ako prvý, prípadne aký má nasledovať potom bol jeden z najväčších problémov čo som mal. Každú chvíľu som musel pomerne dlho rozmýšľať nad tým, aký test má nasledovať.

Dosť skoro som si totiž začal uvedomovať, že to aký test napíšem teraz ovplyvní produkčný kód, ktorý napíšem o chvíľu. Ovplyvní to aj to, aký test bude nasledovať. Čo má zase vplyv na budúci kód. To ma paralyzovalo.

Čítať viac