Seminar Poco – UI-Hierarchien, Selektoren und robuste Interaktionen

Das Poco-Seminar entwickelt strukturierte UI-Tests mit belastbaren Selektoren, Eigenschaften, Relationen und zustandsbasierten Interaktionen.

Inhaltsverzeichnis

1. Seminarprofil
2. Lernziele
3. Schrittweise Lernstrecke
4. Praxisbausteine
5. Zielgruppe und Voraussetzungen
6. Didaktische Einordnung

Seminarprofil

UI-Hierarchien werden inspiziert, Selektoren nach Stabilitätskriterien entworfen und dynamische Listen, Scrollbereiche sowie mehrdeutige Treffer behandelt. Airtest ergänzt die Poco-Strecke dort, wo gerenderte oder systemnahe Zustände nicht über die Hierarchie erreichbar sind.

Lernziele

• Poco-Hierarchien sicher analysieren
• stabile Selektoren und relationale Abfragen entwickeln
• Eigenschaften und Sichtbarkeit als Assertions verwenden
• Gesten und dynamische Listen robust automatisieren
• Poco und Airtest gezielt kombinieren

Schrittweise Lernstrecke

1. Poco-Hierarchien und robuste Selektoren

1. Elementnamen, Typen, Texte, Eigenschaften, Sichtbarkeit, Position und hierarchische Beziehungen werden systematisch inspiziert.
2. Selektoren bevorzugen stabile Attribute und relationale Bezüge gegenüber langen absoluten Hierarchiepfaden.
3. Mehrdeutige Treffer, dynamische Listen und nicht zugängliche Bereiche werden explizit behandelt und bei Bedarf bildbasiert ergänzt.

2. Interaktionen, Gesten und Koordinaten

1. Klick, Long-Press, Ziehen, Wischen, Scrollen und Texteingabe werden mit Sichtbarkeits- und Zustandsprüfungen verknüpft.
2. Geräte-, Fenster-, Engine- und Bildschirmkoordinaten werden durch dokumentierte Umrechnungs- und Bezugssysteme verbunden.
3. Nach jeder komplexen Interaktion bestätigt eine unabhängige Eigenschaft oder Bildprüfung den erwarteten Zustand.

3. Synchronisation und Zustandsübergänge

1. Pauschale Pausen werden soweit möglich durch Sichtbarkeits-, Verschwinde-, Eigenschafts- oder Stabilitätsbedingungen ersetzt.
2. Timeouts werden nach Prozessstufe differenziert und mit einer diagnostisch verwertbaren Fehlerbeschreibung verbunden.
3. Animationen, Ladephasen und asynchrone Vorgänge erhalten definierte Eintritts- und Austrittskriterien.

4. Python-Testdesign und Wiederverwendung

1. Tests, Screen-Objekte, Plattformadapter, Bildobjekte, Konfiguration und Testdaten werden in klar getrennte Module gegliedert.
2. Globale Zustände und doppelte Klickfolgen werden durch explizite Parameter, Rückgabewerte und fachlich benannte Funktionen ersetzt.
3. Unit- und Integrationstests sichern Hilfsbibliotheken ab, bevor reale Geräte in die Prüfung einbezogen werden.

5. Assertions und Qualitätsregeln

1. Technische Vorprüfungen, fachliche Erwartungen und Diagnoseprüfungen erhalten unterschiedliche Assertionstypen.
2. Fehlermeldungen enthalten Szenario, erwartetes Ergebnis, tatsächliche Beobachtung und relevante Kontextdaten.
3. Eine Review-Checkliste prüft Testabsicht, Ausgangszustand, Synchronisation, Selektor, Bildobjekt und Bereinigung.

6. Bildbasierte Interaktionen und stabile Vorlagen

1. Bildvorlagen werden auf eindeutige, statische Merkmale begrenzt und von dynamischen Texten, Animationen oder Dekorationen getrennt.
2. Zielposition, Erkennungsschwelle, Referenzauflösung und erwarteter Kontext werden direkt am Bildobjekt dokumentiert.
3. Touch, Wischen, Texteingabe, Warten und Assertions werden zu nachvollziehbaren Benutzerwegen mit überprüfbaren Nachzuständen kombiniert.

7. Logging, Berichte und Diagnoseartefakte

1. Jeder Lauf erhält eine eindeutige Identität, die in Logpfad, Bericht, Screenshot und Zusatzartefakt wiederverwendet wird.
2. Fachliche Kontrollpunkte und technische Zustandswechsel werden mit unterschiedlich kategorisierten Logeinträgen dokumentiert.
3. Fehlerartefakte enthalten erwarteten Zustand, tatsächliche Beobachtung, letzten stabilen Schritt und relevante Geräte- oder UI-Daten.

8. Durchgängiges Praxisprojekt

1. Ein repräsentativer Benutzerweg wird in Ausgangszustand, fachliche Schritte, Kontrollpunkte und Abschlusszustand zerlegt.
2. Die Testsuite wird schrittweise implementiert, auf Varianten ausgeführt und durch absichtlich erzeugte Störungen geprüft.
3. Ergebnisse werden anhand von Stabilität, Verständlichkeit, Laufzeit, Wartbarkeit und Diagnosequalität bewertet und verbessert.

Praxisbausteine

1. Selektorinventar für eine Beispielanwendung
2. Dynamische Liste mit relationalen Abfragen
3. Gesten mit unabhängiger Zustandsprüfung
4. Hybrider Poco-Airtest-Test

Zielgruppe und Voraussetzungen

Zielgruppe: QA Engineers, Game Tester, App-Tester, Entwickler und Testautomatisierer.

Voraussetzungen: Python- und Testgrundlagen; eine vorbereitete Anwendung mit zugänglicher Poco-Hierarchie.

Didaktische Einordnung

Drei Tage sind erforderlich, um Hierarchieanalyse, Selektordesign, Eigenschaften, relationale Abfragen, Gesten, dynamische Inhalte, Hybridstrategie und ein vollständiges Praxisprojekt zu behandeln.

Kurze Fachimpulse werden unmittelbar durch Demonstrationen, geführte Umsetzungsschritte, eigenständige Übungen und kontrollierte Fehlerfälle vertieft. Jeder Praxisblock verwendet definierte Ausgangszustände, überprüfbare Zwischenergebnisse und dokumentierte Diagnoseinformationen.