Teda ak vaša testovaná jednotka - metóda - neobsahuje žiadne príkazy ovládania toku (control flow statements) a má CC o hodnote 1, bude vám stačiť napísať jeden jediný unit test pre túto metódu, aby ste pokryli celé telo metódy. Ak by testovaná metóda obsahovala IF-blok, jej CC by sa zvýšila na hodnotu 2 a potrebovali by ste napísať dva testy: jeden kde tok prechádza cez IF-blok (podmienka je splnená), a ešte jeden, v ktorom je podmienka nesplnená a tok programu kód vo vnútri IF-bloku obíde.

Pokojne si pracujete v Eclipse a, ako správny profík, vyhľadávate triedy či súbory pomocou Open Type (Ctrl+Shift+T) alebo Open Resource (Ctrl+Shift+R). V týchto dialógoch vyskakujú všetky súbory nájdené vo vašom Workspace, vrátane derivovaných súborov (trebárs všetok výstup Maven build-ov).

Už sa vám stalo, že si otvoríte Open Resource dialóg, vyhľadáte súbor, otvoríte si ho, editujete a chvíľu sa tešíte z toho, že vaša zmena funguje; no potom (po prvom Maven builde) sa čudujete, kam vaše zmeny zmizli? Až po určitom čase strávenom pátraním si všimnete, že ste si omylom otvorili súbor z target zložky, ktorý po každom čistom builde bude prepísaný.

Bolo by dobré, keby sa tieto súbory, ktoré Maven veselo prepisuje počas svojho buildenia, nevyskytovali vo výsledkoch hľadania. Taktiež Ctrl+H Search Dialogue keď prehľadáva váš Workspace, vyhadzuje vo výsledkoch všetko to smetie nájdené v target zložkách. Tomuto všetkému sa dá zabrániť jednoduchou fintou.