Seminar QF-Test Mobile: Testarchitektur, Prozeduren und Bibliotheken

Einordnung

Gewachsene mobile Testsuiten benötigen klare Verantwortlichkeiten und stabile Schnittstellen. Das Seminar entwickelt ein Architekturmodell, das fachliche Testfälle von Android- und iOS-Details trennt. Prozeduren, Pakete, Abhängigkeiten, Testdaten, Setup und Cleanup werden so organisiert, dass mehrere Teams parallel arbeiten und Änderungen kontrolliert ausrollen können.

Inhaltsverzeichnis

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

Lernziele

• Test-Sets, Testfälle, Prozeduren und Pakete nach Verantwortung strukturieren
• fachliche Keywords von technischen Plattformadaptern trennen
• Setup, Cleanup und Zustandsmanagement konsistent modellieren
• Abhängigkeiten, Parameter und Fehlerverträge stabil gestalten
• Bibliotheken versionierbar, reviewbar und migrationsfähig organisieren

Zielgruppe

• Testautomation Engineers
• Testarchitektur
• QA Leads
• Erfahrene QF-Test-Anwender
• Mobile-Entwicklung mit Bibliotheksverantwortung

Voraussetzungen

Sichere QF-Test-Grundkenntnisse und praktische Erfahrung mit mobilen Testfällen und Prozeduren.

Schrittweise Seminarinhalte

1. Ist-Struktur und Qualitätsmerkmale bewerten

1. Testsuiten werden nach Duplikation, Kopplung, Dateigröße, Laufzeit und Fehlerdiagnose analysiert.
2. Fachliche Testabsicht und technische Implementierung werden getrennt markiert.
3. Ein Zielbild definiert Schichten, Verantwortlichkeiten und zulässige Abhängigkeiten.

2. Fachliche Testfälle modellieren

1. Testfälle beschreiben Fachprozess, Datenvariante und erwartetes Ergebnis.
2. Technische Navigation und Komponentenwissen werden aus dem Testfall entfernt.
3. Test-Sets gruppieren nach Risiko, Teststufe und Ausführungsprofil statt nach zufälliger Entstehung.

3. Prozeduren und Verträge entwickeln

1. Wiederkehrende Aktionen werden als kleine, eindeutig benannte Prozeduren gekapselt.
2. Parameter, Rückgabewerte, Vorbedingungen und Fehlerverhalten bilden einen stabilen Vertrag.
3. Optionale Parameter und Standardwerte werden begrenzt eingesetzt, damit Aufrufe lesbar bleiben.
4. Technische Fehler werden mit fachlichem Kontext angereichert, aber nicht verschleiert.

4. Plattformadapter aufbauen

1. Gemeinsame fachliche Keywords rufen Android- oder iOS-spezifische Implementierungen auf.
2. Plattformunterschiede werden in Adapterpaketen statt in jedem Testfall behandelt.
3. Gemeinsame Daten und erwartete Ergebnisse bleiben plattformneutral.

5. Setup, Cleanup und Zustände steuern

1. Globale Umgebung, Suite, Testfall und Prozedur erhalten klar abgegrenzte Setup-Ebenen.
2. Cleanup läuft auch nach Fehlern und beseitigt App-, Dialog- und Testdatenzustände.
3. Teure Startschritte werden wiederverwendet, ohne Testfallunabhängigkeit zu verlieren.

6. Pakete und Abhängigkeiten organisieren

1. Öffentliche und interne Prozeduren werden getrennt und mit klarer Namenskonvention versehen.
2. Abhängigkeiten zwischen Suites werden explizit, minimal und zyklusfrei gehalten.
3. Gemeinsame Bibliotheken erhalten Eigentümer, Version und Kompatibilitätsregel.

7. Teamarbeit und Migration absichern

1. Dateiaufteilung unterstützt Versionskontrolle und reduziert Konflikte.
2. Reviews prüfen Architekturregeln, Komponentenerkennung, Fehlerverträge und Cleanup.
3. Bestehende Tests werden in kleinen Schritten mit Charakterisierungsläufen migriert.
4. Veraltete Prozeduren erhalten eine angekündigte Deprecation- und Ablösephase.

Praxisübungen

• Architekturanalyse einer gewachsenen mobilen Testsuite
• Refactoring eines technischen Testfalls in fachliche Keywords und Plattformadapter
• Entwurf stabiler Prozedurverträge mit positiven und negativen Fällen
• Aufbau von Setup- und Cleanup-Ebenen für unabhängige Tests
• Migrationsplan für eine gemeinsame Bibliothek

Methodik

Aus einem gewachsenen Beispielbestand wird schrittweise eine Schichtenarchitektur entwickelt. Jede Umstrukturierung wird durch bestehende Charakterisierungstests abgesichert und in kurzen Architekturreviews begründet.