63 lines
1.7 KiB
Markdown
63 lines
1.7 KiB
Markdown
---
|
||
description: Führt einen Generaltest oder Qualitäts-Check durch. Verifiziert, dass eine abgeschlossene Aufgabengruppe korrekt und vollständig umgesetzt wurde. Wird vom nextstep-Router für [X]-Tickets aufgerufen.
|
||
agent: agent
|
||
model: Claude Sonnet 4.6 (copilot)
|
||
tools: [read, edit, search, execute, agent, web, todo, browser, vscode]
|
||
---
|
||
|
||
# Workflow: Test (Generaltest / Qualitäts-Check)
|
||
|
||
Dieser Workflow wird aufgerufen, wenn der nextstep-Router ein `[X]`-Ticket identifiziert hat.
|
||
|
||
---
|
||
|
||
## Schritt 1 – Issue lesen
|
||
|
||
1. Lies den Issue-Body vollständig.
|
||
2. Bestimme den **Testtyp**:
|
||
|
||
| Typ | Erkennungsmerkmal |
|
||
|---|---|
|
||
| **Generaltest** | Issue referenziert ein P-Ticket und fordert End-to-End-Prüfung |
|
||
| **Regressions-Check** | Issue beschreibt spezifische Szenarien zum Nachprüfen |
|
||
|
||
## Schritt 2 – Abhängigkeiten prüfen
|
||
|
||
Prüfe ob alle `Depends on`-Tickets geschlossen sind. Falls nicht: Issue zurückstellen.
|
||
|
||
## Schritt 3 – Tests durchführen
|
||
|
||
### Schritt 3a – Build & Unit Tests
|
||
|
||
```
|
||
./gradlew assembleDebug test
|
||
```
|
||
|
||
### Schritt 3b – Manuelle Code-Prüfung
|
||
|
||
Für jedes im Issue genannte Akzeptanzkriterium:
|
||
|
||
1. **Code-Prüfung:** Identifiziere die relevanten Kotlin-Dateien und prüfe ob der beschriebene Pfad implementiert ist.
|
||
2. **Test-Existenz:** Prüfe ob passende Tests vorhanden sind.
|
||
3. **Ergebnis:** ✅ Bestanden / ⚠️ Teilweise / ❌ Nicht bestanden
|
||
|
||
## Schritt 4 – Ergebnis dokumentieren
|
||
|
||
### Bei Erfolg
|
||
|
||
Kommentar im Issue:
|
||
```
|
||
## Testergebnis (<heute>)
|
||
|
||
**Build & Tests:** ✅
|
||
**Akzeptanzkriterien:**
|
||
- [x] <Kriterium 1>
|
||
- [x] <Kriterium 2>
|
||
```
|
||
|
||
Issue schließen.
|
||
|
||
### Bei Fehlern
|
||
|
||
Kommentar mit Fehlerbeschreibung. Issue bleibt offen.
|
||
Erstelle ggf. Fix-Tickets als Folge-Issues.
|