Seminar Turbinia – Tests, Qualitätssicherung und Release-Pflege

Das Seminar schafft einen kontrollierten Qualitäts- und Releaseprozess für Turbinia-Konfigurationen und eigene Erweiterungen. Unit-, Integrations- und Ende-zu-Ende-Tests werden mit Referenz-Evidence, Code- und Abhängigkeitsprüfung, Images, Versionierung, Freigabe, Rollback und Wartungsdokumentation verbunden.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• Risiken und Teststufen für Tasks, Jobs, Evidence, Recipes und Integrationen ableiten
• Reproduzierbare Testdaten, Fixtures und automatisierte Prüfungen erstellen
• Abhängigkeiten, Images und Konfiguration vor Releases kontrollieren
• Freigabe, Rollback, Changelog und Wartung als verbindlichen Lebenszyklus etablieren

Zielgruppe

Turbinia-Entwickler, technische Maintainer, DevSecOps- und Plattformteams, Qualitätssicherung sowie Verantwortliche für kontrollierte Änderungen in bestehenden Umgebungen.

Voraussetzungen

Python-, Git- und Testgrundlagen, Verständnis der Turbinia-Architektur sowie Erfahrung mit Containern und automatisierten Build- beziehungsweise Deploymentprozessen.

Seminarinhalte

1. Schritt 1: Qualitätsrisiken erfassen

   Falsche Evidence-Zuordnung, unvollständige Ergebnisse, Task-Abbruch, Nebenwirkungen, Performance und Kompatibilität werden nach Auswirkung priorisiert.

2. Schritt 2: Testpyramide festlegen

   Unit-, Komponenten-, Integrations-, Ende-zu-Ende-, Performance- und Regressionstests werden den Risiken und Erweiterungspunkten zugeordnet.

3. Schritt 3: Referenzdaten aufbauen

   Kleine, rechtlich unkritische Evidence-Fixtures mit erwarteten Ergebnissen, Hashwerten und Grenzfällen werden versioniert gepflegt.

4. Schritt 4: Tasks und Prozessoren isoliert testen

   Werkzeugaufrufe, Dateisystemzugriffe, Cloud-Schnittstellen und Fehler werden durch Mocks beziehungsweise kontrollierte Fixtures beherrschbar gemacht.

5. Schritt 5: Jobs und Pipelines prüfen

   Task-Erzeugung, Auswahlregeln, erzeugte Evidence, Folge-Jobs und Abbruchbedingungen werden automatisiert validiert.

6. Schritt 6: Recipes testen

   Syntax, Jobfreigaben, Filter, Regeln, Standardwerte und erwartete Task-Menge werden gegen Referenzfälle geprüft.

7. Schritt 7: Integration und Ende-zu-Ende abnehmen

   Request, Queue, Worker, Werkzeug, Ergebnis und API- beziehungsweise Client-Übernahme werden in einer produktionsnahen Testumgebung ausgeführt.

8. Schritt 8: Code- und Abhängigkeitsqualität prüfen

   Linting, Typprüfung, Tests, bekannte Schwachstellen, Lizenz- und Versionsrisiken sowie feste Image- und Paketversionen werden kontrolliert.

9. Schritt 9: Release paketieren

   Versionsnummer, Changelog, Images, Konfiguration, Migrationshinweise, Kompatibilität und Prüfnachweise werden gebündelt.

10. Schritt 10: Freigabe und Rollback planen

    Vier-Augen-Prüfung, Abnahmekriterien, Wartungsfenster, Backup, Rückkehr zur Vorversion und Nachkontrolle werden festgelegt.

11. Schritt 11: Regression und Wartung organisieren

    Wiederholte Referenztests, Abhängigkeitsupdates, Fehlerbehebung, Deprecation und Ausmusterung erhalten feste Termine und Zuständigkeiten.

Praxisübungen

• Risikobasierte Testmatrix für einen eigenen Task erstellen
• Fixtures und Unit-Tests für Erfolg, Grenzfall und Fehlerpfad umsetzen
• Recipe- und Ende-zu-Ende-Test mit Referenz-Evidence durchführen
• Releasecheckliste mit Changelog, Freigabe, Rollback und Nachkontrolle erstellen

Methodik

Die Übungen folgen einem realistischen Änderungsfall vom Risiko bis zum Release. Ein Release gilt erst dann als fertig, wenn Testnachweis, Rückfallweg und Wartungsverantwortung vorliegen.