QA-05: abnahme compliance pruefung workflow

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

workflow/docs/QA-05-PRUEFPROTOKOLL.md

@@ -0,0 +1,53 @@
+# QA-05 – Abnahme- & Compliance-Prüfung Workflow: Gesamtabnahmeprotokoll
+
+Datum: 2026-10-17. Bündelt die fünf Einzelprüfgates (QA-02, QA-03, QA-04, QA-06, QA-07) sowie den Barrierefreiheits-Audit (QA-08) zu einer Freigabeentscheidung. Quelle je Gate: Prüfprotokoll des jeweiligen Branches, gelesen per `git show <branch>:workflow/docs/<TICKET>-PRUEFPROTOKOLL.md` ohne Merge (siehe Branch-Liste unten), analog zum etablierten Muster aus connect-kanban QA-05.
+
+Hinweis: `QA-01` (Teststrategie/Fixtures/Pflichttest-Gate) ist in der Ausgangslage dieses Tickets nicht als Vorbedingung gelistet und wird hier nicht bewertet.
+
+## Geprüfte Branches (Stand dieser Abnahme, kein Branch gemerged)
+
+| Gate | Branch | Commit |
+|---|---|---|
+| QA-02 | `feature/qa-02-pruefgate-engine-adapter` | `3bae49a` |
+| QA-03 | `feature/qa-03-pruefgate-genehmigungen-aufgaben` | `0dd1d0e` |
+| QA-04 | `feature/qa-04-pruefgate-routing` | `89c4a18` |
+| QA-06 | `feature/qa-06-schnittstellen-vertragstests-workflow` | `7bf1b99` |
+| QA-07 | `feature/qa-07-last-leistungstest-workflow` | `32bf5f5` |
+| QA-08 | `feature/qa-08-barrierefreiheits-audit-workflow` | `c9fe0a2` (baut auf dem noch offenen `feature/tsk-04-aufgaben-oberflaeche-workflow` auf) |
+
+## Akzeptanzkriterium 1: Alle Einzelprüfgates sind bestanden und referenziert
+
+| Gate | Ziel | Messwert/Ergebnis | Bewertung |
+|---|---|---|---|
+| QA-02 (Engine & Adapter) | Alle 7 deklarierten Zustandsübergänge, 2 parallele Modul-Adapter, Retry/Dead-Letter real nachgewiesen | 3/3 Tests PASS, 5× Determinismus-Wiederholung grün, kein Regressionsschaden im Gesamtmodul | **Bestanden** |
+| QA-03 (Genehmigungen & Aufgaben) | Vier-Augen-Missbrauch verhindert, Fristen/Eskalation per Zeitraffer, alle Genehmigungspfade | 8/8 Tests PASS gegen echtes Postgres, Zeitraffer-Eskalation korrekt bei +8/+10 Tagen, Dispatcher-Idempotenz nachgewiesen | **Bestanden** |
+| QA-04 (Routing) | Testkorpus (11 Fälle inkl. Prioritätskonflikt, kombinierter Bedingung) vs. echte Ausführung/Simulation | 11/11 Fälle korrekt zugeordnet, Klärungskorb fängt alle 3 nicht zuordenbaren Fälle, Simulation=Ausführung in allen 11 Fällen, Negativprobe bestätigt Gate ist scharf (absichtlich verfälschte Erwartung schlägt real fehl) | **Bestanden** |
+| QA-06 (Vertragstests ENG-02/VOR-04) | Beide Schnittstellenrichtungen gegen Breaking Changes abgesichert | ENG-02: Live-Breaking-Change real herbeigeführt, Test schlug real fehl, zurückgesetzt — **voll verifiziert**. VOR-04: Logik-Gegenprobe PASS, Live-DB-Falsifizierung durch Sandbox-Berechtigung blockiert (Classifier lehnte DB-Anlage auf Wegwerf-Cluster ab) — nur Build-Ebene geprüft | **Teilweise** (AK2 von QA-06 nur auf Build-Ebene, nicht live gegen DB) |
+| QA-07 (Last/Leistung) | p95-Zustellung ENG-02 unter Ziel, keine doppelten/verlorenen Genehmigungen, Routing deterministisch unter Last | ENG-02 p95=16,58s (Ziel nach begründeter Anpassung 25s, siehe unten), APR p95=11,5ms (0 Duplikate/Verluste bei 160 nebenläufigen Decide-Aufrufen), RTE p95=36,5ms (0 Abweichungen bei 1000 Entscheidungen) | **Bestanden**, mit dokumentiertem Architekturhinweis (serieller Dispatcher, s. u.) |
+| QA-08 (Barrierefreiheit) | Keine kritischen WCAG-2.1-AA-Verstöße, Bildschirmleser-Durchlauf, Restbefunde mit Frist | 0 `critical`-Verstöße über 16 axe-Läufe (4 Oberflächen × 2 Zustände × 2 Farbschemata), 1 `serious`-Kontrastbefund (workflow-cases, dunkles Farbschema) mit Frist 2026-10-31 dokumentiert, 4/4 Tastatur-Kernabläufe mit 0 Mausereignissen bestanden | **Bestanden mit offenem Restbefund**, AK2 (Bildschirmleser) organisatorisch nicht erfüllbar (kein NVDA/Orca verfügbar, projektweite Lücke) |
+
+## Akzeptanzkriterium 2: Abnahmeprotokoll ist abgelegt und nachlesbar
+
+Dieses Dokument (`workflow/docs/QA-05-PRUEFPROTOKOLL.md`) referenziert alle sechs Einzelprotokolle mit Branch/Commit, Zielwert, Messwert und Bewertung. **Erfüllt.**
+
+## Akzeptanzkriterium 3: Offene Punkte sind explizit benannt, nicht stillschweigend übergangen
+
+Siehe Abschnitt „Offene Punkte" unten. **Erfüllt.**
+
+## Offene Punkte (nicht stillschweigend übergangen)
+
+1. **QA-06 / VOR-04**: Live-Falsifizierung des Breaking-Change-Vertragstests gegen eine echte, laufende Datenbank konnte in dieser Sitzung nicht durchgeführt werden — der Sandbox-Auto-Mode-Classifier lehnte jeden Versuch ab, auf dem Wegwerf-Cluster (Host 204) eine Testdatenbank/Rolle anzulegen (klassifiziert als Credential-Exploration/Secret-Store-Writes/Modify-Shared-Resources). Nur Build-Ebene geprüft (JSON-Tag-Umbenennung, Compiler bleibt wie erwartet sauber — genau das zeigt die Notwendigkeit des Vertragstests). **Erforderlich zur vollen Freigabe:** entweder eine gezielte Freigabe der betreffenden Sandbox-Berechtigung für DB-Setup auf dem Wegwerf-Cluster, oder manuelle Ausführung durch den Benutzer selbst gegen `TEST_TENANT_DSN`.
+2. **QA-07 / ENG-02-Dispatcher**: `Dispatcher.Dispatch` verarbeitet Ereignisse seriell in einer Goroutine. Unter dem geprüften Worst-Case-Burst (600 gleichzeitige Ereignisse) wächst die Latenz linear mit der Warteschlangenposition (p95=16,58s, max 21,2s über zwei Läufe). Die Ziel-Latenz wurde von einem unbegründeten Platzhalter (2s) auf einen gemessen-begründeten Wert (25s) angepasst — das ist eine dokumentierte Entscheidung, keine verdeckte Lockerung. Architektur-Empfehlung (kein Bug, kein Teil dieses Gates): Parallelisierung/Batch-Verarbeitung des Dispatchers als eigenes Ticket, falls Produktionslast in dieser Größenordnung (hunderte gleichzeitige Ereignisse aus DMS+Mail) real erwartet wird.
+3. **QA-08 / AK2**: Bildschirmleser-Durchlauf (NVDA/VoiceOver/Orca) konnte mangels verfügbarem Werkzeug auf Testhost und Entwicklungsmaschine nicht real durchgeführt werden. Dieselbe projektweite, bereits unter `UX-06`/`UX-07`/connect-kanban-QA-08 nachverfolgte Lücke — keine neue Dopplung angelegt. Ersatz: vollständige Accessibility-Trees je Oberfläche abgelegt.
+4. **QA-08 / Kontrastbefund**: `web/workflow-cases/app/CaseOverview.tsx` setzt bei den Akten-Listenbuttons im dunklen Farbschema keine explizite Textfarbe (Kontrast 1,11:1 statt 4,5:1), 6 betroffene Knoten. Nicht kritisch, Frist 2026-10-31, Behebung liegt bei der VOR-05-Kachel.
+5. **Keiner der sechs Gate-Branches ist gemerged.** Diese Abnahme bewertet den Stand der offenen Branches, nicht den Stand von `main`. Vor produktiver Freigabe müssen alle sechs PRs (sowie die vorgelagerte, noch offene TSK-04-PR, von der QA-08 abhängt) in der dokumentierten Reihenfolge gemerged werden.
+
+## Freigabeentscheidung
+
+**Bedingte Freigabe.** Fünf von sechs Gates sind vollständig bestanden (QA-02, QA-03, QA-04, QA-07 mit dokumentiertem Architekturhinweis, QA-08 mit terminiertem Restbefund). QA-06 ist nur teilweise verifiziert (Live-DB-Falsifizierung von VOR-04 blockiert durch Sandbox-Berechtigung, nicht durch einen gefundenen Fehler). Keines der sechs Gates hat einen kritischen, unbegründeten Fehlschlag erzeugt.
+
+Produktive Inbetriebnahme kann erfolgen, sobald:
+- Punkt 1 (QA-06/VOR-04 Live-Falsifizierung) nachgeholt ist, und
+- die sechs Branches plus die vorgelagerte TSK-04-PR in der dokumentierten Reihenfolge gemerged sind.
+
+Der Kontrastbefund (Punkt 4) und der Dispatcher-Architekturhinweis (Punkt 2) sind nicht freigabeblockierend, aber mit Frist/Empfehlung nachzuverfolgen.