Seminar Express.js – Testautomatisierung und Qualitätssicherung

Eine Testsuite ist nur dann wertvoll, wenn sie relevante Risiken abdeckt, zuverlässig läuft und bei Änderungen verständliche Hinweise liefert. Dieses Seminar entwickelt deshalb keine möglichst große Zahl von Tests, sondern eine klare Strategie für Express-Anwendungen: Welche Logik wird isoliert geprüft, welche Pfade benötigen echte HTTP-Anfragen und wo sind Datenbank oder externe Dienste unverzichtbar?

Die Teilnehmer strukturieren eine Anwendung so, dass sie ohne fest gebundenen Netzwerkport gestartet und mit kontrollierten Abhängigkeiten getestet werden kann. Erfolgsfälle werden ebenso behandelt wie Validierungsfehler, fehlende Rechte, Timeouts und bereits gesendete Antworten.

Seminarziele

Nach dem Seminar können die Teilnehmer eine wartbare, schnelle und aussagekräftige Testlandschaft aufbauen. Sie lernen:

• Testebenen nach Risiko, Geschwindigkeit und Aussagekraft auszuwählen.
• Express-Anwendung und Serverstart für isolierte Tests voneinander zu trennen.
• Router, Middleware, Services und vollständige HTTP-Pfade gezielt zu prüfen.
• Datenbank-, Authentifizierungs- und Fehlerfälle reproduzierbar zu testen.
• Qualitätsprüfungen in CI zu integrieren und instabile Tests systematisch zu beseitigen.

Zielgruppe

Das Seminar richtet sich an Express-Entwickler, Testautomatisierer und technische Qualitätsverantwortliche. Es eignet sich sowohl zum Aufbau einer neuen Testsuite als auch zur Sanierung langsamer, fragiler oder wenig aussagekräftiger Bestandsprüfungen.

Voraussetzungen

Erforderlich sind Express-Grundkenntnisse und Erfahrung mit modernem JavaScript. Erste praktische Kenntnisse eines JavaScript-Testframeworks sind hilfreich; die grundlegenden Testmuster werden jedoch unabhängig von einem einzelnen Werkzeug erklärt.

Inhalte

Die Teststrategie wird an einer Anwendung mit API, Datenzugriff, Authentifizierung und zentraler Fehlerbehandlung umgesetzt.

Teststrategie und Anwendungsaufbau

• Risiken, kritische Nutzerpfade und gewünschte Rückmeldungsgeschwindigkeit bestimmen.
• Unit-, Integrations-, HTTP-, Vertrags- und Ende-zu-Ende-Tests abgrenzen.
• Anwendungsfabrik und Serverstart voneinander trennen.
• Konfiguration und Abhängigkeiten für Tests kontrolliert injizieren.

Unit-Tests für Logik und Middleware

• Services und fachliche Regeln ohne HTTP-Infrastruktur prüfen.
• Middleware isoliert testen, wenn deren Vertrag klar abgegrenzt ist.
• Mocks nur an echten Systemgrenzen und nicht als Ersatz für Architektur verwenden.
• Zeit, Zufall und externe IDs deterministisch behandeln.

HTTP- und Integrationstests

• Anfragen direkt gegen die Express-Anwendung ausführen.
• Statuscodes, Header, Inhalte und Nebenwirkungen gemeinsam prüfen.
• Routing-Reihenfolge, 404-Fälle und zentrale Fehlerantworten testen.
• Dateiuploads, große Nutzlasten und Abbruchfälle nach Risiko ergänzen.

Datenbanken und Testdaten

• Isolierte Testdatenbanken, Schemata oder Container reproduzierbar bereitstellen.
• Factories, Fixtures und Seeds mit klarer Verantwortung verwenden.
• Transaktionen, Migrationen, Constraints und konkurrierende Änderungen prüfen.
• Tests unabhängig von Reihenfolge und lokalem Altbestand halten.

Authentifizierung und Sicherheit

• Angemeldete und anonyme Anfragen ohne fragile globale Sitzungen testen.
• Rollen, Mandanten und objektbezogene Berechtigungen systematisch abdecken.
• Abgelaufene oder manipulierte Tokens und sichere Cookie-Einstellungen prüfen.
• Rate Limits, Eingabegrenzen und Informationsschutz in Fehlerantworten testen.

Verträge und Kompatibilität

• OpenAPI- oder Schema-Verträge gegen Implementierung und Beispiele prüfen.
• Abwärtskompatible und brechende Änderungen automatisiert unterscheiden.
• Externe Dienste durch Fakes, Stubs oder kontrollierte Testinstanzen ersetzen.
• Consumer-Anforderungen und Serviceverträge nachvollziehbar versionieren.

CI und Testhygiene

• Tests nach Geschwindigkeit und Zweck in passende Pipeline-Stufen einordnen.
• Flaky Tests anhand von Isolation, Zeitabhängigkeit und Parallelität analysieren.
• Abdeckung als Diagnose statt als alleinige Zielzahl verwenden.
• Fehlermeldungen, Artefakte und Logs für schnelle Ursachenanalyse bereitstellen.

Praxis und Methodik

Die Teilnehmer bauen für eine vorhandene Express-Anwendung eine mehrstufige Testsuite auf. Sie trennen Serverstart und Anwendung, testen Services und Middleware, führen HTTP-Integrationstests aus und ergänzen Datenbank- sowie Berechtigungsfälle.

Anschließend werden instabile und zu stark gemockte Tests überarbeitet. Ziel ist eine Suite, die lokal schnell genug für den Entwicklungsalltag ist und in CI belastbare Freigabeinformationen liefert.