Pavel Bernhauser 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
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
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
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.
„Vďaka mojim dlhoročným skúsenostiam s tvorbou unit testov a refaktoringom pomáham programátorom zmeniť ich postoj z musím na oveľa lepší — baví ma a dokážem.”
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
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.
„Vďaka mojim dlhoročným skúsenostiam s tvorbou unit testov a refaktoringom pomáham programátorom zmeniť ich postoj z musím na oveľa lepší — baví ma a dokážem.”
V článku Aký test mám napísať som spomenul, že rád zabaľujem kolekcie údajov do vlastnej triedy. V tomto článku chcem vysvetliť prečo to preferujem pred priamym používaním listov a máp.
„Vďaka mojim dlhoročným skúsenostiam s tvorbou unit testov a refaktoringom pomáham programátorom zmeniť ich postoj z musím na oveľa lepší — baví ma a dokážem.”
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.
„Vďaka mojim dlhoročným skúsenostiam s tvorbou unit testov a refaktoringom pomáham programátorom zmeniť ich postoj z musím na oveľa lepší — baví ma a dokážem.”
Boli časy, keď ma dizajn aplikácie vedel pekne vytrápiť. Mohlo to byť aj nedostatkom skúseností, ale väčšiu rolu zohralo to, že som ho vymýšľal dopredu a bol som zahltený množstvom detailov.
„Vďaka mojim dlhoročným skúsenostiam s tvorbou unit testov a refaktoringom pomáham programátorom zmeniť ich postoj z musím na oveľa lepší — baví ma a dokážem.”
Predpokladám, že väčšine z vás napadlo, že vo vašom prípade, sa Test-Driven Development nedá použiť. Čiastočne máte pravdu. TDD, ako všetko ostatné na svete, má svoje výhody a nevýhody. Má svoje silné stránky a aj slabé. V tomto článku sa chcem venovať situáciam, kedy TDD nie je najvhodnejší nástroj.
„Vďaka mojim dlhoročným skúsenostiam s tvorbou unit testov a refaktoringom pomáham programátorom zmeniť ich postoj z musím na oveľa lepší — baví ma a dokážem.”