Unit-Tests sind in den meisten Java-Projekten schon selbstverständlich. Doch womit testet man eigentlich seine Unit-Tests? Die Code-Coverage alleine ist kein guter Maßstab, besagt diese doch noch nichts über die Wahrscheinlichkeit aus, mit der fehlerhafte Ergebnisse erkannt werden. Sollen doch sogar schon Unit-Tests ganz ohne Asserts geschrieben worden sein! Die Unzulänglichkeit von Unit-Tests kann mit so genannten Mutationstests aufgedeckt werden. Einige …
Gerade bin ich dabei das Eclipse auf meinem derzeit recht selten verwendete Homeoffice-Computer auf Galileo (Eclipse 3.5) zu bringen. Da das Upgrade eines solchen Versionssprung wohl erst ab der 3.5 auf höhere Versionen gehen soll, fällt also mal wieder das Nachinstallieren aller Plugins an. Einige davon hatte ich in anderen Blog-Artikeln erwähnt, doch hier mal alle aktuellen Lieblings-Plugins zusammen:
Gerade traf mich beim Debuggen ein seltsames Verhalten meines Java-Programms unter Eclipse. Die Anwendung ist multithreaded und der wichtigste Thread wurde trotz Breakpoint auf erster Zeile in der run()-Methode oft gar nicht erst betreten, bzw. die Anwendung terminierte während Eclipse auf dieser Zeile angehalten hatte. Kein System.exit() meiner Anwendung wurde dabei durchlaufen.
Meistens benutze ich für die Messung der Code-Coverage von Tests EclEMMA, da dieses als Eclipse-Plugin die Code-Coverage direkt in Eclipse anzeigt.