Seminar Mobile Device Cloud – iOS-Testautomatisierung mit XCUITest

Dieses Praxisseminar behandelt einen klar abgegrenzten Fach- und Praxisbereich. Native iOS-Tests werden mit XCUITest aufgebaut, auf realen iPhone- und iPad-Geräten stabilisiert und in reproduzierbare Delivery- und Diagnoseprozesse eingebunden. Die Arbeitsweise verbindet fachliche Einordnung, demonstrierte Konfiguration, angeleitete Umsetzung und kontrollierte Positiv- sowie Negativtests.

Alle Übungen verwenden definierte Ausgangszustände, reale mobile Geräte, nachvollziehbare Prüfpunkte und dokumentierte Abschlusskriterien. Dadurch entstehen wiederholbare Arbeitsweisen statt isolierter Einzelaktionen.

Inhaltsübersicht

• XCUITest-Architektur und Projektaufbau
• Elementabfragen und Accessibility
• Interaktionen und Assertions
• Synchronisation und App-Lifecycle
• Signing, Builds und Bereitstellung
• iPhone- und iPad-Matrix
• Parallele Ausführung und CI/CD
• Diagnose und Wartung
• Praxisübungen und Laborszenarien
• Zielgruppe und Voraussetzungen
• Didaktik und Arbeitsweise

1. XCUITest-Architektur und Projektaufbau

Im Mittelpunkt stehen Testtargets, Runner, Schemes, Buildkonfigurationen, Abhängigkeiten und Testdaten. Praktisch wird eine wartbare XCUITest-Projektstruktur umgesetzt und anhand von Buildbarkeit, Zielgerät, Scheme-Auswahl und Isolation geprüft.

1. Schritt 1: Ausgangslage, Schutz- oder Qualitätsbedarf und konkrete Zielkriterien für XCUITest-Architektur und Projektaufbau erfassen.
2. Schritt 2: Relevante Objekte, Rollen, Daten, Zustände und Abhängigkeiten anhand von Testtargets, Runner, Schemes, Buildkonfigurationen, Abhängigkeiten und Testdaten strukturiert modellieren.
3. Schritt 3: Die erforderliche Konfiguration oder Prozessfolge für eine wartbare XCUITest-Projektstruktur schrittweise aufbauen.
4. Schritt 4: Den vorgesehenen Ablauf mit definierten Positivfällen ausführen und jeden Zustandswechsel protokollieren.
5. Schritt 5: Kontrollierte Negativ-, Abbruch- und Wiederanlauffälle aus Buildbarkeit, Zielgerät, Scheme-Auswahl und Isolation durchführen und Abweichungen klassifizieren.
6. Schritt 6: Als Arbeitsergebnis eine dokumentierte iOS-Testarchitektur erstellen, fachlich prüfen und in einen wiederholbaren Standard überführen.

2. Elementabfragen und Accessibility

Im Mittelpunkt stehen Accessibility Identifier, Labels, Traits, Hierarchien, Queries und Predicates. Praktisch wird eine robuste Identifikationsstrategie für iOS-Oberflächen umgesetzt und anhand von Eindeutigkeit, Lokalisierung, Dynamik und Barrierefreiheitsbezug geprüft.

1. Schritt 1: Ausgangslage, Schutz- oder Qualitätsbedarf und konkrete Zielkriterien für Elementabfragen und Accessibility erfassen.
2. Schritt 2: Relevante Objekte, Rollen, Daten, Zustände und Abhängigkeiten anhand von Accessibility Identifier, Labels, Traits, Hierarchien, Queries und Predicates strukturiert modellieren.
3. Schritt 3: Die erforderliche Konfiguration oder Prozessfolge für eine robuste Identifikationsstrategie für iOS-Oberflächen schrittweise aufbauen.
4. Schritt 4: Den vorgesehenen Ablauf mit definierten Positivfällen ausführen und jeden Zustandswechsel protokollieren.
5. Schritt 5: Kontrollierte Negativ-, Abbruch- und Wiederanlauffälle aus Eindeutigkeit, Lokalisierung, Dynamik und Barrierefreiheitsbezug durchführen und Abweichungen klassifizieren.
6. Schritt 6: Als Arbeitsergebnis einen Accessibility- und Selektorstandard erstellen, fachlich prüfen und in einen wiederholbaren Standard überführen.

3. Interaktionen und Assertions

Im Mittelpunkt stehen Tippen, Texteingabe, Scrollen, Swipes, Tabellen, Alerts, Navigation und Zustandsprüfungen. Praktisch wird einen vollständigen nativen Benutzerpfad umgesetzt und anhand von sichtbarer Zustand, Aktivierbarkeit, Navigation und Fehlermeldungen geprüft.

1. Schritt 1: Ausgangslage, Schutz- oder Qualitätsbedarf und konkrete Zielkriterien für Interaktionen und Assertions erfassen.
2. Schritt 2: Relevante Objekte, Rollen, Daten, Zustände und Abhängigkeiten anhand von Tippen, Texteingabe, Scrollen, Swipes, Tabellen, Alerts, Navigation und Zustandsprüfungen strukturiert modellieren.
3. Schritt 3: Die erforderliche Konfiguration oder Prozessfolge für einen vollständigen nativen Benutzerpfad schrittweise aufbauen.
4. Schritt 4: Den vorgesehenen Ablauf mit definierten Positivfällen ausführen und jeden Zustandswechsel protokollieren.
5. Schritt 5: Kontrollierte Negativ-, Abbruch- und Wiederanlauffälle aus sichtbarer Zustand, Aktivierbarkeit, Navigation und Fehlermeldungen durchführen und Abweichungen klassifizieren.
6. Schritt 6: Als Arbeitsergebnis eine wiederverwendbare Interaktions- und Assertion-Bibliothek erstellen, fachlich prüfen und in einen wiederholbaren Standard überführen.

4. Synchronisation und App-Lifecycle

Im Mittelpunkt stehen Existenzbedingungen, Hittability, Animationen, Hintergrund, Neustart, Deep Links und Push-Zustände. Praktisch wird einen deterministischen Ablauf über mehrere App-Zustände umgesetzt und anhand von Race Conditions, unerwartete Alerts, Timeout und Wiederanlauf geprüft.

1. Schritt 1: Ausgangslage, Schutz- oder Qualitätsbedarf und konkrete Zielkriterien für Synchronisation und App-Lifecycle erfassen.
2. Schritt 2: Relevante Objekte, Rollen, Daten, Zustände und Abhängigkeiten anhand von Existenzbedingungen, Hittability, Animationen, Hintergrund, Neustart, Deep Links und Push-Zustände strukturiert modellieren.
3. Schritt 3: Die erforderliche Konfiguration oder Prozessfolge für einen deterministischen Ablauf über mehrere App-Zustände schrittweise aufbauen.
4. Schritt 4: Den vorgesehenen Ablauf mit definierten Positivfällen ausführen und jeden Zustandswechsel protokollieren.
5. Schritt 5: Kontrollierte Negativ-, Abbruch- und Wiederanlauffälle aus Race Conditions, unerwartete Alerts, Timeout und Wiederanlauf durchführen und Abweichungen klassifizieren.
6. Schritt 6: Als Arbeitsergebnis einen Lifecycle- und Synchronisationsleitfaden erstellen, fachlich prüfen und in einen wiederholbaren Standard überführen.

5. Signing, Builds und Bereitstellung

Im Mittelpunkt stehen Zertifikate, Provisioning, Bundle IDs, Konfigurationen, Testbuilds und Installationszustand. Praktisch wird einen reproduzierbaren Bereitstellungsprozess für reale Geräte umgesetzt und anhand von Signatur, Kompatibilität, falscher Build und Installationsfehler geprüft.

1. Schritt 1: Ausgangslage, Schutz- oder Qualitätsbedarf und konkrete Zielkriterien für Signing, Builds und Bereitstellung erfassen.
2. Schritt 2: Relevante Objekte, Rollen, Daten, Zustände und Abhängigkeiten anhand von Zertifikate, Provisioning, Bundle IDs, Konfigurationen, Testbuilds und Installationszustand strukturiert modellieren.
3. Schritt 3: Die erforderliche Konfiguration oder Prozessfolge für einen reproduzierbaren Bereitstellungsprozess für reale Geräte schrittweise aufbauen.
4. Schritt 4: Den vorgesehenen Ablauf mit definierten Positivfällen ausführen und jeden Zustandswechsel protokollieren.
5. Schritt 5: Kontrollierte Negativ-, Abbruch- und Wiederanlauffälle aus Signatur, Kompatibilität, falscher Build und Installationsfehler durchführen und Abweichungen klassifizieren.
6. Schritt 6: Als Arbeitsergebnis eine Build- und Signing-Checkliste erstellen, fachlich prüfen und in einen wiederholbaren Standard überführen.

6. iPhone- und iPad-Matrix

Im Mittelpunkt stehen iOS-Versionen, Displayklassen, Orientierung, Multitasking, Hardwaremerkmale und Gerätezustände. Praktisch wird eine risikobasierte Auswahl realer iOS- und iPadOS-Geräte umgesetzt und anhand von Layout, Rotation, Split View, Berechtigungen und Performance geprüft.

1. Schritt 1: Ausgangslage, Schutz- oder Qualitätsbedarf und konkrete Zielkriterien für iPhone- und iPad-Matrix erfassen.
2. Schritt 2: Relevante Objekte, Rollen, Daten, Zustände und Abhängigkeiten anhand von iOS-Versionen, Displayklassen, Orientierung, Multitasking, Hardwaremerkmale und Gerätezustände strukturiert modellieren.
3. Schritt 3: Die erforderliche Konfiguration oder Prozessfolge für eine risikobasierte Auswahl realer iOS- und iPadOS-Geräte schrittweise aufbauen.
4. Schritt 4: Den vorgesehenen Ablauf mit definierten Positivfällen ausführen und jeden Zustandswechsel protokollieren.
5. Schritt 5: Kontrollierte Negativ-, Abbruch- und Wiederanlauffälle aus Layout, Rotation, Split View, Berechtigungen und Performance durchführen und Abweichungen klassifizieren.
6. Schritt 6: Als Arbeitsergebnis eine priorisierte Apple-Gerätematrix erstellen, fachlich prüfen und in einen wiederholbaren Standard überführen.

7. Parallele Ausführung und CI/CD

Im Mittelpunkt stehen Testpläne, Sharding, Gerätepools, Pipeline-Parameter, Reports und Freigaberegeln. Praktisch wird eine parallele XCUITest-Ausführung im Delivery-Prozess umgesetzt und anhand von Laufzeit, Isolation, Testdaten, Artefakte und Quality Gate geprüft.

1. Schritt 1: Ausgangslage, Schutz- oder Qualitätsbedarf und konkrete Zielkriterien für Parallele Ausführung und CI/CD erfassen.
2. Schritt 2: Relevante Objekte, Rollen, Daten, Zustände und Abhängigkeiten anhand von Testpläne, Sharding, Gerätepools, Pipeline-Parameter, Reports und Freigaberegeln strukturiert modellieren.
3. Schritt 3: Die erforderliche Konfiguration oder Prozessfolge für eine parallele XCUITest-Ausführung im Delivery-Prozess schrittweise aufbauen.
4. Schritt 4: Den vorgesehenen Ablauf mit definierten Positivfällen ausführen und jeden Zustandswechsel protokollieren.
5. Schritt 5: Kontrollierte Negativ-, Abbruch- und Wiederanlauffälle aus Laufzeit, Isolation, Testdaten, Artefakte und Quality Gate durchführen und Abweichungen klassifizieren.
6. Schritt 6: Als Arbeitsergebnis eine Pipeline- und Parallelisierungsvorlage erstellen, fachlich prüfen und in einen wiederholbaren Standard überführen.

8. Diagnose und Wartung

Im Mittelpunkt stehen XCTest-Logs, Screenshots, Videos, Crashdaten, Attachments, OS-Änderungen und Deprecations. Praktisch wird einen strukturierten Diagnose- und Pflegeprozess umgesetzt und anhand von Ursache, Reproduzierbarkeit, Versionsrisiko und Testalterung geprüft.

1. Schritt 1: Ausgangslage, Schutz- oder Qualitätsbedarf und konkrete Zielkriterien für Diagnose und Wartung erfassen.
2. Schritt 2: Relevante Objekte, Rollen, Daten, Zustände und Abhängigkeiten anhand von XCTest-Logs, Screenshots, Videos, Crashdaten, Attachments, OS-Änderungen und Deprecations strukturiert modellieren.
3. Schritt 3: Die erforderliche Konfiguration oder Prozessfolge für einen strukturierten Diagnose- und Pflegeprozess schrittweise aufbauen.
4. Schritt 4: Den vorgesehenen Ablauf mit definierten Positivfällen ausführen und jeden Zustandswechsel protokollieren.
5. Schritt 5: Kontrollierte Negativ-, Abbruch- und Wiederanlauffälle aus Ursache, Reproduzierbarkeit, Versionsrisiko und Testalterung durchführen und Abweichungen klassifizieren.
6. Schritt 6: Als Arbeitsergebnis einen Betriebs- und Wartungsleitfaden erstellen, fachlich prüfen und in einen wiederholbaren Standard überführen.

Praxisübungen und Laborszenarien

• Aufbau eines XCUITest-Targets mit stabilen Accessibility Identifiers.
• Automatisierung eines Pfads mit Navigation, Systemalert und Hintergrundwechsel.
• Ausführung auf iPhone und iPad mit dokumentierter Geräte- und OS-Auswahl.
• Analyse eines fehlgeschlagenen Laufs anhand von XCTest-Attachments und Gerätedaten.

Zielgruppe und Voraussetzungen

Zielgruppe: iOS-Entwicklung, Testautomation, Quality Engineering und technische Testarchitektur.

Voraussetzungen: Swift-Grundlagen, Xcode-Kenntnisse, Verständnis von iOS-Builds, Signing und automatisierten Tests.

Didaktik und Arbeitsweise

Kurze Fachimpulse werden unmittelbar durch Demonstrationen, strukturierte Konfigurationsschritte, praktische Übungen und kontrollierte Fehlerfälle vertieft. Jede Übung enthält Ausgangswerte, Arbeitsschritte, Prüfpunkte und Dokumentationsanforderungen. Die Übungsartefakte bilden zusammen einen unmittelbar nutzbaren Projekt- oder Betriebsstandard. Drei Seminartage sind erforderlich, weil 8 technische Module und 4 zusammenhängende Laborübungen mit mehreren Plattform- oder Frameworkvarianten praktisch aufgebaut und geprüft werden.