Seminar Testbed-Konfiguration und Controller-Management mit Mobly

Seminarprofil

Eine belastbare Testbed-Konfiguration trennt Laborressourcen vom Testcode und macht Ausführungen reproduzierbar. Das Seminar entwickelt Konventionen für kleine lokale Aufbauten ebenso wie für heterogene Mehrgeräteumgebungen.

Didaktische Einordnung: Zwei Tage sind erforderlich, um Konfigurationsmodell und Standardcontroller aufzubauen und anschließend benutzerdefinierte Controller, Validierung, Rollenzuordnung, Fehlerbehandlung und Bereinigung praktisch zu verbinden.

Lernziele

• Testbed-Dateien eindeutig und wartbar strukturieren
• Standard- und benutzerdefinierte Controller korrekt registrieren
• Rollen, Eigenschaften und Testparameter zuverlässig validieren
• Controllerressourcen über den gesamten Testlebenszyklus verwalten
• Konfigurationsfehler vor Beginn fachlicher Tests erkennen

Zielgruppe

Testautomatisierer, Laborverantwortliche, Framework-Entwickler und Systemtester, die Mobly-Testumgebungen konfigurieren oder erweitern.

Voraussetzungen

Python-Grundkenntnisse und grundlegende Erfahrung mit strukturierten Konfigurationsdateien; erste Mobly-Kenntnisse sind hilfreich.

Inhaltsübersicht

1. Tag 1 – Testbed-Modell und Konventionen festlegen
2. Tag 1 – Standardcontroller konfigurieren
3. Tag 1 – Parameter und Rollen validieren
4. Tag 2 – Benutzerdefinierte Controller integrieren
5. Tag 2 – Ressourcenlebenszyklus beherrschen
6. Tag 2 – Konfigurationsqualität operationalisieren

1. Tag 1 – Testbed-Modell und Konventionen festlegen

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: TestBeds, Name, Controllers und TestParams als Ebenen zuordnen.
2. Schritt 2: Benennung für Labor, Ressource, Rolle und Produktvariante definieren.
3. Schritt 3: Geheimnisse und flüchtige Werte aus statischer Konfiguration heraushalten.

2. Tag 1 – Standardcontroller konfigurieren

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: Controllerblöcke mit erforderlichen Identifikatoren und Eigenschaften anlegen.
2. Schritt 2: Automatische Erkennung und explizite Ressourcenauswahl vergleichen.
3. Schritt 3: Mehrere Instanzen in stabiler, rollenbezogener Weise adressieren.

3. Tag 1 – Parameter und Rollen validieren

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: Pflicht-, optionale und abgeleitete Parameter unterscheiden.
2. Schritt 2: Datentypen, Wertebereiche und Abhängigkeiten früh prüfen.
3. Schritt 3: Rollen nach Fähigkeiten statt nach zufälliger Listenposition auswählen.

4. Tag 2 – Benutzerdefinierte Controller integrieren

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: Konfigurationsobjekt, create- und destroy-Verhalten eines Controllers verstehen.
2. Schritt 2: Einen einfachen Dienst- oder Hardwarecontroller registrieren.
3. Schritt 3: Initialisierungsfehler mit aussagekräftigem Kontext an den Testlauf melden.

5. Tag 2 – Ressourcenlebenszyklus beherrschen

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: Verbindungen und Handles in der geeigneten Phase öffnen.
2. Schritt 2: Teilinitialisierung und fehlgeschlagene Erzeugung sicher zurückrollen.
3. Schritt 3: Destroy- und Cleanup-Schritte idempotent und fehlertolerant ausführen.

6. Tag 2 – Konfigurationsqualität operationalisieren

Die Arbeitsschritte bauen aufeinander auf und werden unmittelbar am Testsystem nachvollzogen.

1. Schritt 1: Eine Vorabprüfung für Schema, Erreichbarkeit und Mindestressourcen implementieren.
2. Schritt 2: Testbeds für Entwicklung, Integration und Laborbetrieb systematisch trennen.
3. Schritt 3: Eine dokumentierte Vorlage mit Prüf- und Freigaberegeln erstellen.

Praxisprojekt

1. Schritt 1: Eine Testbed-Datei mit zwei Rollen, Eigenschaften und Testparametern erstellen.
2. Schritt 2: Fehlerhafte Typen und fehlende Pflichtwerte durch Vorabvalidierung erkennen.
3. Schritt 3: Einen kleinen benutzerdefinierten Controller mit create- und destroy-Ablauf integrieren.
4. Schritt 4: Einen teilweise fehlgeschlagenen Controlleraufbau sicher bereinigen.