qa-workflowlisted

# Skill: qa-workflow > **Bug-Tracking-Konvention (verbindlich seit n8n-template v0.6.0):** > Bug-Findings aus QA-Runs gehen ausschliesslich als GitHub-Issues ins Project-Repo. KEINE "Known Bugs"-Sektionen in WF-X-Specs. Statt dessen: Issue erstellen, im WF-X auf den Issue verweisen (`See #N`). ## Wann laden - `/change-workflow` Test-Phase - Pre-Merge-Check fuer einen Workflow - Bug-Reproduktion vor Triage - Manueller QA-Run vor Production-Deploy ## Was tun 1. **WF-X-Spec lesen** (Trigger, Acceptance Criteria, Edge-Cases, Credentials, Webhook-Paths) 2. **Validation via MCP**: `mcp__n8n__validate_workflow` mit Profil `runtime` oder `strict` 3. **Test-Run (wenn ueberhaupt moeglich)**: `mcp__n8n__n8n_test_workflow` mit Mock-Daten oder Sandbox-Credentials 4. **Manueller Walkthrough**: jeden Node durchgehen, Edge-Cases pruefen 5. **Failures sammeln** in JSON-Struktur (1 Object pro Finding): ```json { "workflow_id": "WF-12", "failed_ac": "AC-3", "description": "Webhook reagiert nicht auf POST mit content-type=text/plain", "severity": "P1", "repro": "1. POST an /webhook/sync mit text/plain 2. Beobachte 500", "expected": "200 OK mit normalisierter Payload", "actual": "500 Internal Server Error", "node_name": "Webhook (Sync Trigger)", "execution_id": "abc123", "n8n_version": "1.65.2" } ``` 6. **Severity bestimmen** (s. Heuristik unten) 7. **Auto-File-Workflow** ausfuehren (s. unten) 8. **WF-X-Spec aktualisieren**: Sekti