Seminar Laravel – Testing, Dusk und Qualitätssicherung

Qualität wird mit einer risikobasierten Teststrategie abgesichert, die Unit-, Feature-, Datenbank-, Integrations-, Architektur- und Browserprüfungen sowie statische Analyse und CI verbindet.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe und Voraussetzungen
• Schritt-für-Schritt-Inhalte
• Praxisprojekt
• Methodik

Zielsetzung

• Eine risikobasierte Testarchitektur mit geeigneten Testebenen entwickeln
• Unit-, Feature-, Datenbank- und Integrationsfälle reproduzierbar implementieren
• Zentrale Benutzerpfade mit Dusk im Browser prüfen
• Statische Analyse, Architekturtests und CI-Qualitätsgrenzen etablieren

Zielgruppe und Voraussetzungen

Zielgruppe: Laravel- und PHP-Entwicklung, Qualitätssicherung, technische Leitung und Teams, die Testabdeckung oder Releasezuverlässigkeit verbessern.

Voraussetzungen: Solide Laravel-, Eloquent- und PHP-Kenntnisse. Erfahrungen mit automatisierten Tests sind hilfreich, aber nicht zwingend.

Schritt-für-Schritt-Inhalte

Tag 1: Teststrategie und schnelle Tests

1. Schritt 1: Risiken und Testziele erfassen

   Kritische Regeln, Sicherheitsgrenzen, Integrationen, häufige Änderungen und teure Fehler werden priorisiert.

2. Schritt 2: Testumgebung isolieren

   Konfiguration, Datenbank, Cache, Queue, Zeit und Dateisystem werden reproduzierbar vom Entwicklungssystem getrennt.

3. Schritt 3: Unit-Tests schreiben

   Value Objects, Services, Regeln und Grenzfälle werden ohne unnötige Frameworkabhängigkeit geprüft.

4. Schritt 4: Teststil vereinheitlichen

   Pest oder PHPUnit, Benennung, Arrange-Act-Assert, Datenprovider und klare Fehlermeldungen werden als Teamstandard festgelegt.

Tag 2: Feature-, Datenbank- und Integrationstests

1. Schritt 5: HTTP-Pfade testen

   Routing, Middleware, Authentifizierung, Validierung, Policies, Sessions und Responses werden vollständig geprüft.

2. Schritt 6: Testdaten beherrschen

   Factories, Zustände, Beziehungen, Seeder und Datenbankrefresh erzeugen verständliche Ausgangslagen.

3. Schritt 7: Frameworkdienste faken

   Mail, Notifications, Events, Queues, Storage und Zeit werden kontrolliert ersetzt und in ihrer Nutzung geprüft.

4. Schritt 8: Externe Dienste isolieren

   HTTP-Fakes, Vertragsfixtures, Fehlerantworten, Timeouts und Wiederholungen machen Integrationen reproduzierbar.

Tag 3: Browser, Architektur und CI

1. Schritt 9: Dusk-Szenarien entwickeln

   Anmeldung, Navigation, Formulare, JavaScript-Interaktion, Upload und zugängliche Selektoren werden stabil automatisiert.

2. Schritt 10: Flaky Tests beheben

   Wartebedingungen, Datenisolation, parallele Ausführung, Zeitabhängigkeit und Browserzustand werden systematisch stabilisiert.

3. Schritt 11: Architektur und Analyse prüfen

   Abhängigkeitsregeln, verbotene Aufrufe, Typen, tote Pfade und Qualitätsmetriken werden automatisiert kontrolliert.

4. Schritt 12: CI-Gates einrichten

   Schnelle und langsame Stufen, Berichte, Parallelisierung, Abbruchkriterien und reproduzierbare Fehlerdiagnose werden konfiguriert.

Praxisprojekt

Im Praxisprojekt wird eine bestehende Anwendung mit lückenhafter Testbasis übernommen. Kritische Fachregeln, Web- und API-Pfade, Queue-Jobs, Dateien, E-Mails und Browserabläufe werden schrittweise abgesichert und in eine Pipeline integriert.

Methodik

Kurze Fachimpulse werden unmittelbar durch Live-Coding, geführte Konfigurationsschritte, eigenständige Übungen, Code-Reviews und kontrollierte Fehlerfälle vertieft. Jeder Arbeitsschritt besitzt definierte Ausgangswerte, Prüfpunkte und Abnahmekriterien; dadurch bleiben die erarbeiteten Lösungen reproduzierbar und für weitere Projekte nutzbar.