Playwright-E2E-Tests für die PWA (Login, Sperrlogik, Fortschritt, Offline-Queue)

Läuft komplett gegen gemockten Backend (e2e/mockApi.ts, page.route) - kein
echtes Backend/DB nötig, playwright.config.ts startet npm run dev automatisch.
Deckt Login-Erfolg/-Fehler, 409-Objektsperre mit Übernahme, hochzählende
Fortschrittsanzeige und Offline-Queue-Verhalten (kein Request während offline,
Sync bei Reconnect) ab.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV

frontend/README.md

@@ -36,9 +36,17 @@ wird vom Reverse-Proxy (nginx) ausgeliefert, siehe `deploy/`.
 - Client-Fehler (4xx, z. B. Objekt-Sperre durch Übernahme) werden NICHT automatisch
   wiederholt - der Mitarbeiter sieht den Fehler und muss bewusst reagieren.
 
-## Noch nicht umgesetzt (bewusst außerhalb Sprint 7)
+## E2E-Tests (Playwright)
 
-- QR-/Barcode-Kamera-Scan (Karte 10, Roadmap) - Objektsuche ist vorbereitet (Textfeld
-  akzeptiert auch einen gescannten Code), aber kein Kamera-Zugriff verdrahtet.
-- Playwright-E2E-Tests und Praktiker-Explorations-Session (Testphase 4) - dafür wird ein
-  laufendes Test-Deployment gebraucht, kein reiner Code-Schritt.
+```bash
+npm install
+npx playwright install chromium
+npm run test:e2e
+```
+
+Läuft komplett gegen einen gemockten Backend (`e2e/mockApi.ts`, `page.route`) - kein
+echtes Backend/DB nötig, `playwright.config.ts` startet `npm run dev` automatisch.
+Deckt Login, Objekt-Sperre/Übernahme, Fortschrittsanzeige und die Offline-Queue
+(Reconnect-Verhalten) ab. Reale Integrationstests gegen ein echtes Backend sowie die
+Praktiker-Explorations-Session (Testphase 4) sind ein separater, späterer Schritt -
+dafür wird ein laufendes Test-Deployment gebraucht, kein reiner Code-Schritt.