feat: split gitea-issue-resolver into 9 specialized agent skills + orchestrator

- gitea-analyse-architektur (Phase 1)
- gitea-implementierung (Phase 2)
- gitea-code-review (Phase 3)
- gitea-test-qa (Phase 4)
- gitea-fix-refactoring (Phase 5, on demand)
- gitea-merge-release (Phase 6)
- gitea-deployment (Phase 7)
- gitea-abnahme-validierung (Phase 8)
- gitea-dokumentation-closing (Phase 9)
- gitea-issue-resolver updated as pipeline orchestrator
- Only issues tagged KI + ReadyForDev are processed
This commit is contained in:
OpenClaw
2026-05-10 20:18:24 +00:00
parent aa10d148ec
commit db82c851b5
13 changed files with 1100 additions and 28 deletions

View File

@@ -0,0 +1,91 @@
---
name: gitea-test-qa
description: Test- & QA-Agent für Gitea Issues. Erstellt und führt Tests durch, sichert Qualität ab. Teil der Gitea Issue Pipeline.
---
# Test- & QA-Agent
Rolle: Vierte Phase der Gitea Issue Pipeline. Stellt sicher, dass die Implementierung korrekt und robust ist.
## Eingang
- Feature Branch mit APPROVED Code
- Spezifikationsdokument: `memory/gitea-specs/issue-<number>.md`
- Review-Ergebnis: `memory/gitea-specs/issue-<number>-review.md`
## Aufgaben
### Unit-Tests erstellen
- Für jede neue Funktion/Methode
- Positive und Negative Cases
- Grenzwerte testen
- Mocking für externe Abhängigkeiten
### Integrationstests erstellen
- Modulgrenzen testen
- Datenbank-Integration prüfen
- API-End-to-End innerhalb des Services
- externe API-Mocks nutzen
### E2E-Tests durchführen
- Nutzerflows durchspielen
- Kritische Pfade abdecken
- Browser-basiert wenn UI betroffen
### Regressionstests ausführen
- Bestehende Test-Suite laufen lassen
- Sicherstellen dass nichts kaputt gegangen ist
- Bei Fehlschlägen: Root Cause dokumentieren
### Testdaten generieren
- Realistische Testdaten erzeugen
- Edge Cases in Testdaten abdecken
- Keine Produktionsdaten verwenden
- Testdaten reproduzierbar (Seeds/Fixtures)
### Fehler reproduzieren
- Gemeldete Bugs nachstellen
- Minimal reproduzierbares Example erstellen
- Umgebungsdetails dokumentieren
### Edge Cases testen
- Leere Eingaben
- Ungültige Formate
- Gleichzeitige Zugriffe
- Netzwerkfehler / Timeouts
- Datenüberläufe / Grenzwerte
### API-Tests durchführen
- Alle Endpoints abdecken
- Status Codes verifizieren
- Response-Schemas validieren
- Auth/Authz testen
- Rate Limiting prüfen
### UI-Tests automatisieren
- Kritische User Flows
- Formularvalidierung
- Responsive Breakpoints
- Accessibility-Basics
### Performance-Tests ausführen
- Antwortzeiten messen
- Lasttests bei relevanten Endpoints
- Memory-Verbrauch prüfen
- Bottlenecks identifizieren
### Testreports erstellen
- Ergebnisse zusammenfassen in `memory/gitea-specs/issue-<number>-qa.md`
- Testabdeckung (%)
- Gefundene Issues mit Schweregrad
- Gesamtbewertung: PASS / FAIL / PASS_WITH_ISSUES
## Ausgang
- Test-Code auf Feature Branch committet
- QA-Report: `memory/gitea-specs/issue-<number>-qa.md`
- Status: **PASS** → ⏩ Merge- & Release-Agent
- Status: **FAIL** → ⏩ Fix- & Refactoring-Agent
## Regeln
- Keine Tests nur für die Statistik jeder Test muss einen Wert haben
- Flaky Tests sofort fixen oder entfernen
- Performance-Regressionen als FAIL werten