openclaw/skills/gitea-test-qa/SKILL.md

name, description

name	description
gitea-test-qa	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: Phase 4 der Gitea Issue Pipeline. Stellt sicher, dass die Implementierung korrekt und robust ist.

Wird übersprungen bei

• Komplexität S: Test & QA wird übersprungen, direkt nach Review (APPROVED) → Merge

Eingang

• Feature Branch mit APPROVED Code
• Spezifikationsdokument: memory/gitea-specs/issue-<number>.md
• Review-Ergebnis: memory/gitea-specs/issue-<number>-review.md
• Pipeline hat Feature Branch auf Testumgebung deployed → http://178.104.150.0:6427/

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

Visuelle Qualitätskontrolle via Browser (verpflichtend)

• Testumgebung: http://178.104.150.0:6427/
• Skill agent-browser nutzen, um die deployte Seite im Browser zu öffnen
• Screenshot der Seite erstellen und visuell prüfen
• Zu prüfen:
  • Seite lädt korrekt (keine weiße Seite, keine Fehler)
  • Layout stimmt (Header, Footer, Inhalt sichtbar)
  • Bilder und Assets laden korrekt
  • Links sind klickbar und führen zum richtigen Ziel
  • Responsive Darstellung (Desktop + Mobile-Viewport)
  • Änderungen aus dem Feature Branch sichtbar
• Bei Fehlern: Screenshot dokumentieren, Issue beschreiben
• Ergebnis in QA-Report aufnehmen (mit Screenshot-Pfad)

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 (Phase 5)
• Status: FAIL → ⏩ Fix- & Refactoring-Agent (Phase 4-fix)

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