Gedachten experiment:

"Never change a line of code unless you have a failing test" (laat even de variant "a hundred lines of code" buiten beschouwing.

Stel: je doet een XP project vanaf het eerste begin. Halverwege pas je dingen aan, maar ook daar weer: pas nadat je daar testen voor hebt geschreven.

De enige code die dus niet is afgedekt, is code die vroeger wel is gebruikt, maar die door veranderingen overbodig is geworden. Als je nou een code coverage tool gebruikt, kun je alle code die niet 100% gecovered wordt door je unit testen weggooien.

Om het helemaal compleet te maken zou je een CodeCoverage class in JUnit kunnen maken. Deze class draait met de uitgevoerde testen, en is tegelijkertijd ook een UnitTest. De inhoud van deze test luidt: De code coverage van de zojuist uitgevoerde test suite moet 100% zijn voor de volgende classes / packages / namespaces:....

Voor get- en set functies kun je natuurlijk uitzonderingen bedenken. -- WalterVanIterson

Dit bestaat al, zie http://hansel.sourceforge.net/ -- JeroenMostert

Tijdens XpBijeenkomst3_4 zijn er een paar CodeCoverageTools besproken.