Seminar Flask Testing mit pytest und Continuous Integration

Eine belastbare Testsuite trennt schnelle Geschäftslogiktests von HTTP-, Datenbank- und Vertragstests. Entscheidend sind reproduzierbare Fixtures, sinnvolle Grenzen und eine CI, die Fehler früh und nachvollziehbar meldet.

Das Seminar entwickelt eine mehrstufige Teststrategie für Flask. Routen, Services, CLI, Datenbank, APIs und Migrationen werden mit passenden Testarten abgedeckt und in verbindliche Qualitätsgates überführt.

Inhaltsübersicht

1. pytest-Struktur und Fixtures
2. Routen- und Browserfluss-Tests
3. Unit-Tests für Services und Domänenlogik
4. Integrations- und Migrationstests
5. API-, Vertrags- und Integrationstests
6. Coverage, Testqualität und Wartbarkeit
7. Continuous Integration und Qualitätsgates
8. Praxisprojekt und Wissenssicherung

Lernziele

• App-, Client-, CLI- und Daten-Fixtures sauber strukturieren.
• HTTP-Flows und Geschäftslogik mit geeigneten Testarten prüfen.
• Datenbank, Migrationen und API-Verträge realitätsnah testen.
• Coverage und Flaky Tests risikoorientiert bewerten.
• Qualitätsprüfungen als verbindliche CI-Gates umsetzen.

Zielgruppe

Flask- und Python-Entwickler, Testautomatisierer und Teams, die bestehende oder neue Anwendungen mit einer wartbaren Teststrategie absichern.

Voraussetzungen

Gute Python- und Flask-Grundkenntnisse. Erste Erfahrung mit automatisierten Tests ist hilfreich, aber nicht zwingend.

Seminarinhalte

1. pytest-Struktur und Fixtures

Tests erhalten wiederverwendbare, klar begrenzte Setups für Anwendung, Client, CLI und Daten.

1. Schritt 1: Testverzeichnisse und Benennung nach pytest-Konventionen anlegen.
2. Schritt 2: App-Fixture mit TESTING-Konfiguration und sauberem Teardown erstellen.
3. Schritt 3: Client-, Runner- und Daten-Fixtures aus der App-Fixture ableiten.
4. Schritt 4: Fixture-Sichtbarkeit und Scope so klein wie möglich halten.

2. Routen- und Browserfluss-Tests

HTTP-Verhalten wird ohne realen Server über den Flask-Test-Client geprüft.

1. Schritt 1: GET-, POST- und Redirect-Ketten mit Statuscodes und Headern testen.
2. Schritt 2: Formular-, JSON-, Datei- und Cookie-Daten realistisch übermitteln.
3. Schritt 3: Anmeldezustand und Request-Kontext kontrolliert erhalten.
4. Schritt 4: HTML-Inhalte gezielt auf Semantik und Fehlermeldungen statt auf vollständige Zeichenketten prüfen.

3. Unit-Tests für Services und Domänenlogik

Geschäftsregeln werden ohne HTTP, echte Datenbank oder externe Dienste schnell und präzise geprüft.

1. Schritt 1: Komplexe Logik aus Views in reine Funktionen oder Services extrahieren.
2. Schritt 2: Abhängigkeiten über kleine Interfaces beziehungsweise Fakes ersetzen.
3. Schritt 3: Normal-, Grenz- und Fehlerfälle aus den Fachregeln ableiten.
4. Schritt 4: Tests nach beobachtbarem Verhalten statt internen Implementierungsdetails formulieren.

4. Integrations- und Migrationstests

Zusammenspiel von Anwendung, Datenbank, Queue und Fremdsystemadaptern wird in realitätsnahen Umgebungen überprüft.

1. Schritt 1: Testdatenbank mit produktionsnahem Datenbanktyp bereitstellen.
2. Schritt 2: Migrationen vom leeren Schema bis zum aktuellen Stand ausführen.
3. Schritt 3: Transaktionen, Constraints und Adapter gegen lokale Testdienste prüfen.
4. Schritt 4: Tests isolieren, parallelisierbar machen und Ressourcen zuverlässig abbauen.

5. API-, Vertrags- und Integrationstests

Schnittstellen werden gegen Statuscodes, Schemas, Nebenwirkungen und Kompatibilitätsregeln getestet.

1. Schritt 1: Test-Client mit wiederverwendbaren Authentifizierungs- und Daten-Fixtures konfigurieren.
2. Schritt 2: Erfolgs-, Validierungs-, Konflikt- und Berechtigungsfälle tabellarisch abdecken.
3. Schritt 3: Response-Schemas und OpenAPI-Beispiele automatisiert vergleichen.
4. Schritt 4: Datenbank-, Queue- und Fremdsystemintegrationen in getrennten Teststufen prüfen.

6. Coverage, Testqualität und Wartbarkeit

Abdeckung dient als Hinweis auf ungetestete Risiken und nicht als Ersatz für sinnvolle Testfälle.

1. Schritt 1: Branch Coverage und kritische Module separat betrachten.
2. Schritt 2: Fehlende Tests nach Risiko, Komplexität und Änderungshäufigkeit priorisieren.
3. Schritt 3: Flaky Tests erkennen, reproduzieren und nicht durch bloße Wiederholung kaschieren.
4. Schritt 4: Testlaufzeit und Wartungsaufwand regelmäßig gegen den erreichten Schutz bewerten.

7. Continuous Integration und Qualitätsgates

Jede Änderung durchläuft reproduzierbare Prüfungen, bevor sie zusammengeführt oder ausgeliefert wird.

1. Schritt 1: Installation aus Lockfile beziehungsweise definierten Abhängigkeiten in sauberer Umgebung durchführen.
2. Schritt 2: Formatierung, Linting, Typprüfung, Tests und Sicherheitsprüfung in getrennten Schritten ausführen.
3. Schritt 3: Testmatrix für unterstützte Python- und Flask-Stände festlegen.
4. Schritt 4: Abbruchkriterien, Artefakte und nachvollziehbare Berichte als Merge-Gate konfigurieren.

Praxisprojekt

Für eine unzureichend getestete Anwendung entsteht eine vollständige Testpyramide. Der fertige Stand durchläuft eine CI mit Linting, Typprüfung, Testmatrix, Coverage-Bericht und klaren Abbruchkriterien.

Methodik

Kurze fachliche Einordnungen wechseln mit Demonstrationen, geführten Umsetzungen, Fehleranalysen und eigenständigen Übungen. Jede größere Änderung wird durch einen Test, eine Diagnose oder eine betriebliche Prüfroutine abgesichert. Die Arbeitsstände werden schrittweise zu einem durchgängigen Beispielprojekt zusammengeführt.