Seminar QF-Test Mobile: Reports und Testdokumentation

Einordnung

Testberichte müssen unterschiedliche Zielgruppen bedienen: technische Diagnose, fachliche Freigabe, Pipeline-Auswertung und Bestandsdokumentation. Der Workshop ordnet die verfügbaren QF-Test-Ausgaben und entwickelt eine konsistente Benennung, Ablage und Verdichtung für mobile Testläufe.

Inhaltsverzeichnis

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

Lernziele

• Run-Log und Report nach Zweck und Zielgruppe unterscheiden
• HTML-, XML- und JUnit-Ausgaben mit konsistenter Run-ID erzeugen
• Fehlerartefakte und Umgebungsdaten nachvollziehbar zuordnen
• Test- und Paketdokumentation für Reviews bereitstellen
• Aufbewahrung und Datenschutz der Ergebnisdaten regeln

Zielgruppe

• QA Engineers
• Testautomation Engineers
• Testmanager
• Release- und Audit-Verantwortliche

Voraussetzungen

QF-Test-Grundkenntnisse und vorhandene mobile Testläufe oder Beispiel-Run-Logs.

Schrittweise Seminarinhalte

1. Dokumenttypen und Zielgruppen zuordnen

1. Run-Log, Ergebnisreport, Testdokumentation und Paketdokumentation werden nach Informationszweck getrennt.
2. Technische Details, fachliche Zusammenfassung und Pipeline-Signal erhalten unterschiedliche Sichten.
3. Pflichtinformationen wie Build, Gerät, Plattform, Testmenge und Umgebung werden festgelegt.

2. Run-IDs und Namenskonventionen definieren

1. Ein Lauf erhält eine eindeutige ID aus Produkt, Build, Plattformprofil und Zeitpunkt.
2. Teil- und Wiederholungsläufe bleiben derselben fachlichen Ausführung zuordenbar.
3. Datei- und Verzeichnisnamen vermeiden Kollisionen bei parallelen Geräten.

3. Reports erzeugen

1. HTML-Reports werden für menschliche Auswertung erstellt.
2. XML-Ausgaben dienen der strukturierten Weiterverarbeitung.
3. JUnit-Reports werden für CI/CD-Plattformen und Testübersichten bereitgestellt.
4. Gesamtläufe aus mehreren Teil-Run-Logs werden konsistent zusammengeführt.

4. Fehlerartefakte aufbereiten

1. Run-Log, Screenshot, Fehlermeldung, Gerätedaten und relevante Variablen werden verknüpft.
2. Sensible Inhalte werden vor dauerhafter Ablage maskiert oder ausgeschlossen.
3. Eine kompakte Fehlerzusammenfassung verweist auf den ersten relevanten Fehler statt auf Folgefehler.

5. Bestandsdokumentation erstellen

1. Test-Sets und Testfälle werden als Testdokumentation für Abdeckungsreviews ausgegeben.
2. Pakete, Prozeduren und Abhängigkeiten werden als Bibliotheksdokumentation geprüft.
3. Veraltete oder unbeschriebene Bausteine werden in ein Pflege-Backlog überführt.

6. Ablage und Aufbewahrung regeln

1. Aufbewahrungsfristen werden nach Fehleranalyse, Audit und Speicherbedarf unterschieden.
2. Zugriffsrechte und Löschkonzept berücksichtigen vertrauliche Testdaten.
3. Ein Standardverzeichnis bildet lokale, CI- und Archivablage konsistent ab.

Praxisübungen

• Erzeugung von HTML-, XML- und JUnit-Report aus demselben Lauf
• Definition einer Run-ID- und Verzeichnisstruktur für parallele Geräte
• Aufbereitung eines Fehlerpakets mit reduziertem, aber ausreichendem Kontext
• Erstellung von Test- und Paketdokumentation für einen Review

Methodik

Kurze Einordnungen werden direkt an vorhandenen Run-Logs und Testsuiten umgesetzt. Der Workshop endet mit einem vollständigen Dokumentationspaket für technische Analyse, fachliche Übersicht und CI-Auswertung.