Block-11-Zusammenfassung: Testing

Block 11 ist ABGESCHLOSSEN, der KÜRZESTE Block dieser Schulung. Sowohl API ALS AUCH Frontend haben JETZT eine AUTOMATISIERTE Sicherheitsnetz-Ebene.

Was Block 11 behandelt hat

Kapitel 93: ApiTestCase, assertJsonContains, JSON-Schema-Validierung.
Kapitel 94: Testnutzer und JWT-Token programmatisch erzeugen, den Voter automatisiert testen.
Kapitel 95: Vitest und React Testing Library, userEvent.
Kapitel 96: Mock Service Worker, server.use() für Fehlerfälle.

Die vollständige Testpyramide dieser Schulung

Testebene	Zweck
PHPUnit-Integrationstests (Kapitel 93-94)	Prüfen die API GEGEN eine ECHTE (Test-)Datenbank, VOLLSTÄNDIGER Symfony-Kernel
React-Component-Tests (Kapitel 95-96)	Prüfen UI-Verhalten ISOLIERT, mit GEMOCKTER API über MSW

BEWUSST KEINE echten End-to-End-Tests (Playwright/Cypress, aus den SEPARATEN Testing-Schulungen bekannt) – für DIESE Schulung reichen die ZWEI gezeigten Ebenen aus, um das PRINZIP zu vermitteln, OHNE den Umfang zu SPRENGEN.

Selbst anwenden: den TaskVoter testen

Falls die Übung aus Kapitel 56 (TaskVoter) umgesetzt wurde: schreiben Sie EINEN ApiTestCase-Test NACH dem Muster aus Kapitel 94, der prüft, DASS EIN Nutzer OHNE Owner-Rechte am ZUGEHÖRIGEN Project keine Task bearbeiten darf.

Was in Block 12 kommt

Block 12 (Kapitel 98-100, der LETZTE Block) bringt aufgaben-manager-api und aufgaben-manager-web in ein PRODUKTIONSREIFES Deployment – Umgebungsvariablen für PRODUKTION statt Entwicklung, ein Build-Prozess für React, und ein ABSCHLIESSENDER Rückblick auf ALLE 100 Kapitel.

Tipp: bin/phpunit (API) UND npm run test (React) VOR JEDEM Commit auszuführen ist eine GUTE Angewohnheit – Block 12 zeigt, WIE sich BEIDE Befehle in eine CI-Pipeline integrieren lassen, DAMIT das AUCH OHNE manuelle Disziplin GARANTIERT passiert.