Unabhängige Test-Verifikation nach Claude Code Run #22

New issue

Closed

opened 2026-03-30 19:46:22 +00:00 by David · 1 comment

David commented

2026-03-30 19:46:22 +00:00

Collaborator

Beschreibung

Nach jedem Claude Code Run den test_command aus der Repo-Registry unabhängig ausführen und das Ergebnis im Ticket speichern. MR wird nur erstellt wenn Tests grün sind.

Hintergrund

Aktuell wird darauf vertraut, dass Claude Code selbst Tests ausführt. Es gibt keine unabhängige Verifikation. Claude Code könnte Tests überspringen, falsche Tests schreiben oder Tests nur teilweise ausführen. Eine unabhängige Test-Ausführung ist die Grundlage für Qualitätssicherung.

Akzeptanzkriterien

Nach Claude Code Run wird test_command (aus repo_registry) automatisch auf dem Branch ausgeführt
Test-Ergebnis (pass/fail, Anzahl Tests, Coverage-Delta falls verfügbar) wird im Ticket gespeichert
Bei Test-Failure: MR wird NICHT erstellt, Status → failed mit Test-Output als error_message
Test-Output ist in der Pipeline-Log-Ansicht im Dashboard sichtbar
Konfigurierbar: TEST_VERIFICATION_ENABLED (default: true)
Timeout für Test-Ausführung konfigurierbar (separat von Claude Code Timeout)

Technische Hinweise

Erweitern: backend/services/pipeline.py — neuer Schritt zwischen Review und git push
Erweitern: backend/models/ticket.py — Felder test_result (pass/fail), test_output (Text), test_coverage_delta (Float)
Nutzt test_command aus backend/models/repo.py
Erweitern: backend/config.py — TEST_VERIFICATION_ENABLED, TEST_TIMEOUT_SECONDS
Migration nötig: ja (neue Felder in tickets)

Aufwand: S

## Beschreibung Nach jedem Claude Code Run den `test_command` aus der Repo-Registry unabhängig ausführen und das Ergebnis im Ticket speichern. MR wird nur erstellt wenn Tests grün sind. ## Hintergrund Aktuell wird darauf vertraut, dass Claude Code selbst Tests ausführt. Es gibt keine unabhängige Verifikation. Claude Code könnte Tests überspringen, falsche Tests schreiben oder Tests nur teilweise ausführen. Eine unabhängige Test-Ausführung ist die Grundlage für Qualitätssicherung. ## Akzeptanzkriterien - [ ] Nach Claude Code Run wird `test_command` (aus `repo_registry`) automatisch auf dem Branch ausgeführt - [ ] Test-Ergebnis (pass/fail, Anzahl Tests, Coverage-Delta falls verfügbar) wird im Ticket gespeichert - [ ] Bei Test-Failure: MR wird NICHT erstellt, Status → `failed` mit Test-Output als `error_message` - [ ] Test-Output ist in der Pipeline-Log-Ansicht im Dashboard sichtbar - [ ] Konfigurierbar: `TEST_VERIFICATION_ENABLED` (default: true) - [ ] Timeout für Test-Ausführung konfigurierbar (separat von Claude Code Timeout) ## Technische Hinweise - Erweitern: `backend/services/pipeline.py` — neuer Schritt zwischen Review und git push - Erweitern: `backend/models/ticket.py` — Felder `test_result` (pass/fail), `test_output` (Text), `test_coverage_delta` (Float) - Nutzt `test_command` aus `backend/models/repo.py` - Erweitern: `backend/config.py` — `TEST_VERIFICATION_ENABLED`, `TEST_TIMEOUT_SECONDS` - Migration nötig: ja (neue Felder in tickets) ## Aufwand: S

David added the

labels

2026-03-30 19:46:22 +00:00

David commented

2026-03-30 20:39:17 +00:00

Author

Collaborator

Superseded by #88 (Post-Merge Verification & Automated Testing). Unabhängige Test-Verifikation nach Claude Run ist dort als erster Akzeptanzkriterien-Block vollständig abgedeckt.

David closed this issue

2026-03-30 20:39:17 +00:00

David referenced this issue

2026-03-30 20:42:27 +00:00

Post-Merge Verification & Automated Testing: Prüfen ob Fixes wirklich funktionieren #88

David referenced this issue

2026-03-30 20:42:37 +00:00

Post-Merge Verification & Automated Testing: Prüfen ob Fixes wirklich funktionieren #88