Da ich für ab Mitte August ein neues Projekt suche, studiere ich wieder intensiv Projekt- und Stellenangebote. Viele Projekt- und Stellenangebote lesen sich dabei, würde man sie auf eine Arztstelle übertragen in etwa so:
Anfang April findet in Hamburg ein eintägiger Workshop zu TDD unter meiner Moderation und im Anschluss ein zweitägiges Seminar advanced TDD mit Johannes Link (u.a. Autor von “Softwaretests mit JUnit”) statt.
Ich stand gerade vor dem Problem, von einem (virtualisierten) Linux System (hiddenhost) aus, HTTP im Internet nutzen zu müssen, obwohl von diesem System aus kein Verbindungsaufba nach außen möglich ist, sehr wohl allerdings eine Intranet-SSH-Verbindung zu diesem System. Doch auch dieses Problem hat eine Lösung:
Wenn man einen Datenträger nicht auf einem anderen als dem Zielsystem bootfähig gemacht hat, passiert es oft, dass beim booten auf dem Zielsystem die folgende Fehlermeldung erscheint: kernel must be loaded before booting.
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 …