Seminar QF-Test Mobile: SmartID, UI Inspector und Komponentenerkennung

Einordnung

Wartungsaufwand mobiler Tests wird wesentlich durch die Qualität der Komponentenreferenzen bestimmt. Das Seminar untersucht Android- und iOS-Oberflächen mit dem UI Inspector und entwickelt daraus robuste SmartIDs, Scopes und Unterelementreferenzen. Aufgezeichnete Komponentenbäume werden gezielt vereinfacht, ohne Diagnosefähigkeit zu verlieren.

Inhaltsverzeichnis

1. Einordnung
2. Lernziele
3. Zielgruppe
4. Voraussetzungen
5. Schrittweise Seminarinhalte
6. Praxisübungen
7. Methodik

Lernziele

• relevante Komponentenmerkmale im UI Inspector bewerten
• SmartIDs aus stabilen Klassen, Namen, Labels und Strukturen aufbauen
• Scopes und Unterelemente für wiederholte UI-Bereiche einsetzen
• dynamische Listen, Dialoge und verschachtelte Komponenten stabil adressieren
• bestehende Komponentenreferenzen kontrolliert refaktorieren

Zielgruppe

• QA Engineers
• Testautomation Engineers
• QF-Test-Anwender mit wartungsintensiven mobilen Tests
• Testarchitektur

Voraussetzungen

QF-Test-Grundkenntnisse und vorhandene Android- oder iOS-Testfälle.

Schrittweise Seminarinhalte

1. Erkennungsproblem reproduzieren

1. Fehlerhafte Referenz, betroffene Geräteprofile und UI-Zustände werden eindeutig erfasst.
2. Zwischen nicht gefunden, mehrfach gefunden und falsch erkannt wird unterschieden.
3. Eine minimale Testsequenz isoliert die Komponentensuche von der restlichen Fachlogik.

2. UI-Struktur im Inspector analysieren

1. Hierarchie, generische Klasse, technischer Name, Label, Text und Zustand werden verglichen.
2. Stabile Merkmale werden von Laufzeitwerten, Indizes und layoutabhängigen Eigenschaften getrennt.
3. Unsichtbare oder mehrfach vorhandene Komponenten werden in ihrem jeweiligen Kontext betrachtet.

3. SmartIDs systematisch aufbauen

1. Ein einfacher SmartID-Kandidat wird aus Klasse und fachlichem Merkmal gebildet.
2. Mehrdeutigkeit wird durch zusätzliche, aber stabile Kriterien reduziert.
3. Referenzen werden auf mehreren Bildschirmzuständen und Geräteprofilen geprüft.
4. Lesbarkeit und Suchaufwand werden gegen maximale Spezifität abgewogen.

4. Scopes und Unterelemente einsetzen

1. Wiederholte Formulare oder Dialogbereiche erhalten einen eindeutigen Scope.
2. Kindkomponenten werden relativ zu ihrem fachlichen Elternbereich adressiert.
3. Listen-, Tabellen- oder Containerinhalte werden über Text, Index oder verschachtelte SmartIDs unterschieden.

5. Dynamische mobile UIs stabilisieren

1. Lazy Loading, asynchrone Aktualisierung und wechselnde Reihenfolge werden mit Waitern kombiniert.
2. Volatile Texte werden normalisiert oder durch stabilere Merkmale ersetzt.
3. Scrollen und Komponentensuche werden getrennt, damit nicht sichtbare Ziele kontrolliert aufgefunden werden.

6. Bestehende Tests refaktorieren

1. Fragile Komponenten werden nach Fehlerhäufigkeit und Wiederverwendung priorisiert.
2. Eine Referenz wird ersetzt, ohne fachliche Testschritte unnötig zu verändern.
3. Charakterisierungsläufe vergleichen alte und neue Erkennung auf mehreren Varianten.
4. Benennungs- und Review-Regeln verhindern den Rückfall in instabile Muster.

Praxisübungen

• Analyse mehrdeutiger Komponenten im UI Inspector
• Entwicklung robuster SmartIDs für Android- und iOS-Beispiele
• Einsatz von Scope und Unterelementreferenz in einem wiederholten Formular
• Refactoring einer instabilen Komponentenbibliothek mit Vergleichsläufen

Methodik

Die Übungen beginnen mit realistischen Erkennungsfehlern. Jede Referenz wird aus Inspector-Daten begründet, auf Varianten geprüft und erst danach in die Testsuite übernommen.