Repro-First mit anonymisiertem QAS – der disziplinierte Bug-Workflow
Der Default-Pfad bei jedem Bug: erst auf QAS reproduzieren mit anonymisierten Daten, dann mit Claude debuggen. Wenn das nicht klappt, Eskalation. Was an dem Workflow überraschend schwer ist – und welche zwei Disziplinen ihn tragen.
Der Standard-Workflow
Jeder Bug bei BAMVP läuft den gleichen Pfad:
mermaid
flowchart TD
Bug[Bug-Ticket eröffnet]
Bug --> QAS[Repro auf QAS<br/>anonymisierte Daten]
QAS --> Q{Reproduzierbar?}
Q -->|ja, 90%| Claude[Claude in Hardened AI VDI<br/>debugged das Repro]
Q -->|nein, 10%| Esc[Eskalation an<br/>Privacy-Lead]
Claude --> Fix[Fix als PR]
Esc --> Slice[redact-bug-snippet.js<br/>Slice-Workflow]
Slice --> Claude
style Bug fill:#fecaca,stroke:#b91c1c
style Fix fill:#bbf7d0,stroke:#15803d
90 % der Bugs reproduzieren auf QAS direkt – die Daten reichen, der Bug zeigt sich. Diese 90 % sind das einfache Kapitel: Tester macht den Repro, schickt Stack-Trace + relevante Daten-Snippets an Claude, Claude schlägt Fix vor.
Dieser Use-Case fokussiert die Disziplin, die nötig ist, damit es bei den 90 % bleibt – und die 10 % nicht zur Norm werden.
Disziplin 1 – Anonymisierte Daten als Testbasis akzeptieren
Es gibt eine Versuchung, die jeder Tester kennt: „Mit echten Daten geht das doch viel schneller, ich frage mal kurz beim DBA.“ Diese Versuchung wegtrainieren ist die schwierigere Hälfte.
Was hilft: - Onboarding-Modul im ersten Monat – der Repro-First-Workflow ist Pflicht-Inhalt - Quick-Reference-Card am Arbeitsplatz – eine A6-Karte mit den 5 Schritten - Privacy-Champions im Team – pro Team einer, ansprechbar bei Unsicherheit - Story-Telling: einmal im Quartal erzählen, welche Vorfälle in anderen Firmen passiert sind, und wie der Workflow sie verhindert hat
Das ist Kultur-Arbeit, nicht Technik. Sie braucht Wiederholung.
Disziplin 2 – Eskalation als normales Ereignis
Die 10 % der Fälle, in denen QAS nicht reicht, müssen ohne Stigma eskaliert werden. Wenn Tester denken „Eskalation = ich bin gescheitert“, versuchen sie zu lange selbst und tippen am Ende doch was in den Chat, was nicht reingehört.
Was hilft: - Erwartungsmanagement: 10 % Eskalations-Rate ist normal - Privacy-Lead reagiert in <2 Stunden auf Eskalations-Anfragen während Bürozeit - Transparente Statistik: monatlicher Report „X Eskalationen, Y Repro-First-Erfolge“ - Postmortems sind blame-frei: wenn der Workflow versagte, schauen wir Workflow an, nicht Person
Was an Repro-First überraschend schwer ist
Anonymisierung kann den Bug maskieren
Wenn der Bug beträgt-spezifisch ist (z.B. „bei genau 12'345.67 CHF Netto entsteht Rounding-Fehler“), kann Bucket-Jitter den Bug verstecken. Tester probiert auf QAS, sieht nichts, schliesst falsch „nicht reproduzierbar“.
Mitigation: Tester werden geschult, das strukturelle Pattern statt der exakten Werte zu reproduzieren. Wenn das nicht geht – Eskalation, nicht Aufgabe.
Daten-Drift zwischen QAS und PRD
Wenn QAS täglich neu seedet, gibt's gestern einen Datensatz nicht mehr, den der Tester für den heutigen Bug brauchte. Daten-Drift macht historische Bugs schwerer reproduzierbar.
Mitigation: alle BillingItems vor 90 Tagen werden in einem read-only "BAMVP_QAS_HISTORICAL"-Schema aufbewahrt, von dort manuell ladbar. Reduziert Daten-Drift, ohne den Anonymizer-Daily-Reset zu kompromittieren.
Free-Text-Bugs
Bug der nur bei bestimmtem Free-Text-Inhalt zuschlägt (z.B. wenn description Komma enthält und CSV-Export bricht). Anonymizer-NER-Scrub kann den Original-Inhalt verändert haben, sodass der Bug auf QAS nicht erscheint.
Mitigation: Free-Text-Bugs eskalieren wir früher als andere Bug-Klassen. Als Faustregel: wenn der Bug-Trigger im Free-Text-Feld liegt, gleich Slice-Workflow.
Statistik aus 18 Monaten BAMVP
| Phase | Repro-First-Rate | Eskalation-Rate |
|---|---|---|
| Monat 1-3 | 65 % | 35 % |
| Monat 4-6 | 78 % | 22 % |
| Monat 7-12 | 88 % | 12 % |
| Monat 13-18 | 92 % | 8 % |
Die Verbesserung kommt nicht durch bessere Technik, sondern durch: - Tester lernen die typischen Anonymisierungs-Effekte und reproduzieren strukturell - Anonymizer-Regeln werden iterativ feiner (z.B. weniger Jitter bei kritischen Beträgen) - QAS-Historical-Schema reduziert Daten-Drift-Probleme
Wer den Workflow einführen will
Ein Workshop (halbtägig) entwirft Ihren Repro-First-Workflow inkl. Onboarding-Modul, Quick-Reference-Card und Privacy-Champion-Rolle. Output: lauffähiges Schulungs-Material plus Statistik-Template.
Stand: 2026-06-25
