![[GOOGLE PICASA]](./themes/speexx/images/picasa32x32.png "Sascha@Picasa"){kind=small}
![[GOOGLE PLUS]](./images/icons/plus48.png "Sascha@Google+"){kind=icon}
![[TWITTER]](./themes/speexx/images/twitter_newbird_white.s.png "Sascha@Twitter"){kind=small}
![ATOM FEED]](./themes/speexx/images/feed-icon-14x14.png "Atom 1.0 Feed"){kind=icon}
![[EMPHASIZE]](./images/icons/emphasize.80x15.gif "Martin Hartnagel"){kind=icon}
Das Projekt hat 62 Klassen, 326 Methoden. EIn kleines Projekt, abgesichert über 499 Tests, Coverage im Durchschnitt bei 71%.
Du denkst: alles fertig für die Produktion. Deployment auf dem Staging System. Daniel testet und finden sofort Fehler. NullPointerExceptions und merkwürdiges Containerverhalten.
Die NullPointerException in einer toString() Methode. Nicht getestet 
Ein Kollege hat mir mal gesagt, er teste nur wichtige Methoden. Plötzlich war die toString() Methode wichtig. Frage mich woher der Kollege weiss, was wichtig ist?
Das ich nicht nur in Netbeans und Eclipse überprüfe, solltest du eigentlich wissen. Wird schon alles automatisiert gemacht. Allerdings nur durch manuelles starten von Maven. Haben nur dieses eine Projekt und brauchen keinen Build-Server. Allerdings sammel ich die Entwicklung über Sonar. Und demnächst ist wohl auch ein Build-Server nötig. BTW, da habe ich sehr gute Erfahrung mit Hudson gemacht.
Auch eine 100% Testabdeckung garantiert keinen fehlerfreien Code. Dies ist nur eine der notwendigen Massnahmen.