Parametrizované Unit Testy (PUT) používame pre odhalenie chýb spôsobených nesprávnym zvládaním dátovej komplexity v programe. Týchto môže byť neúrekom, keďže častokrát je ťažké si vopred predstaviť rozmanitosť možných vstupov, hlavne ak testujeme komponent, do ktorého vniká priamy vstup od užívateľa. Viac na tematiku dátovej a štrukturálnej komplexity som sa vyjadroval v odkazovanom článku. Tu si ukážeme exemplár parametrizovaného JUnit testu triedy PostCode, ktorá z ľubovoľného String-u obsahujúceho UK poštové smerovacie číslo vyťaží informácui o distrikte. Povieme si čo-to o detailoch tohto parametrizovaného testu.

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.

Ešte stále nie som celkom zbehlý v AspectJ notácii Pointcut výrazov. Človek ich veľa nenapíše, lebo ich v bežnom projekte je relatívne málo. Taktiež tých pár dezignátorov Pointcutov, čo treba napísať, to buď napíše niekto druhý, alebo to človek zmákne sám a potom sa tomu chvíľu nevenuje a časom na to celkom zabudne. Nie sú to výrazy, ktoré programátor celkom bežne používa day in, day out.

Pre začínajúcich so Spring AOP tu mám krátky návod a vzorový príklad použitia aspektov v Spring aplikácii.