docs(roadmaps): add sprint execution order and detailed role-specific roadmaps
Build and Publish Docker Images / build-and-push (., backend/infrastructure/gateway/Dockerfile, api-gateway, api-gateway) (push) Has been cancelled
Build and Publish Docker Images / build-and-push (., backend/services/ping/Dockerfile, ping-service, ping-service) (push) Has been cancelled
Build and Publish Docker Images / build-and-push (., config/docker/caddy/web-app/Dockerfile, web-app, web-app) (push) Has been cancelled
Build and Publish Docker Images / build-and-push (., config/docker/keycloak/Dockerfile, keycloak, keycloak) (push) Has been cancelled
Build and Publish Docker Images / build-and-push (., backend/infrastructure/gateway/Dockerfile, api-gateway, api-gateway) (push) Has been cancelled
Build and Publish Docker Images / build-and-push (., backend/services/ping/Dockerfile, ping-service, ping-service) (push) Has been cancelled
Build and Publish Docker Images / build-and-push (., config/docker/caddy/web-app/Dockerfile, web-app, web-app) (push) Has been cancelled
Build and Publish Docker Images / build-and-push (., config/docker/keycloak/Dockerfile, keycloak, keycloak) (push) Has been cancelled
- Added `SPRINT_EXECUTION_ORDER.md` to define the cross-role sprint step sequence. - Created individual roadmaps for Architect, Backend, Frontend, DevOps, Rulebook, QA, UI/UX, and Curator. - Captured developer responsibilities, dependencies, and timelines for Sprints A–C. - Aligned sprint planning documentation with session log agreements. - Provided structured documentation in `docs/04_Agents/Roadmaps/`. Signed-off-by: Stefan Mogeritsch <stefan.mo.co@gmail.com>
This commit is contained in:
@@ -0,0 +1,88 @@
|
||||
# 🧐 [QA Specialist] — Schritt-für-Schritt Roadmap
|
||||
|
||||
> **Stand:** 2. April 2026
|
||||
> **Rolle:** Test-Strategie, Edge-Cases, Regressions-Tests, Qualitätssicherung
|
||||
|
||||
---
|
||||
|
||||
## 🔴 Sprint A — Sofort (diese Woche)
|
||||
|
||||
- [ ] **A-1** | Test-Strategie für Desktop-App definieren
|
||||
- [ ] Testpyramide für Compose Desktop festlegen (Unit / Integration / UI-Tests)
|
||||
- [ ] Tooling entscheiden: `kotlin.test`, Compose UI Test, Mockk
|
||||
- [ ] Test-Konventionen dokumentieren (Namensschema, Ordnerstruktur, Arrange-Act-Assert)
|
||||
- [ ] Dokument in `docs/06_Frontend/` oder `docs/07_Infrastructure/` ablegen
|
||||
|
||||
---
|
||||
|
||||
## 🟠 Sprint B — Kurzfristig (nächste Woche)
|
||||
|
||||
- [ ] **B-1** | Test-Suite: V2-Navigation und Back-Stack
|
||||
- [ ] Navigations-Flows für alle V2-Screens abdecken (vorwärts + zurück)
|
||||
- [ ] Back-Stack-Verhalten testen (korrekter Zustand nach Zurück-Navigation)
|
||||
- [ ] Deep-Link / direkter Screen-Aufruf testen (falls implementiert)
|
||||
|
||||
- [ ] **B-2** | Test-Suite: Onboarding-Wizard Edge-Cases
|
||||
- [ ] Leere Pflichtfelder → Button bleibt deaktiviert
|
||||
- [ ] Schnelles wiederholtes Klicken auf „Weiter" / „Speichern" → kein doppelter Submit
|
||||
- [ ] Abbrechen mitten im Wizard → kein inkonsistenter Zustand
|
||||
- [ ] Ungültige Eingaben (z.B. falsches OEPS-Nummern-Format) → Fehlermeldung sichtbar
|
||||
|
||||
- [ ] **B-3** | Test-Suite: Abteilungs-Logik
|
||||
- [ ] CSN-C-NEU Bewerb ≤95cm: Pflicht-Teilung `ohne Lizenz` / `mit Lizenz` wird erzwungen
|
||||
- [ ] CSN-C-NEU Bewerb ≥100cm: Pflicht-Teilung `R1` / `R2+` wird erzwungen
|
||||
- [ ] Organisatorische Abteilung: Gesamtrangliste wird korrekt zusammengeführt
|
||||
- [ ] Separate Siegerehrung: Abteilungen werden nicht zusammengeführt
|
||||
|
||||
- [ ] **B-4** | Test-Suite: ViewModel-Verhalten (nach Frontend Sprint A)
|
||||
- [ ] State-Initialisierung korrekt
|
||||
- [ ] Intent → State-Transition für alle definierten Intents
|
||||
- [ ] Fehler-State bei Backend-Fehler korrekt gesetzt
|
||||
- [ ] Loading-State während asynchroner Operationen
|
||||
|
||||
---
|
||||
|
||||
## 🟡 Sprint C — Mittelfristig (in 2 Wochen)
|
||||
|
||||
- [ ] **C-1** | Test-Suite: Mandanten-Isolation
|
||||
- [ ] Veranstaltung A kann keine Daten von Veranstaltung B lesen
|
||||
- [ ] Veranstaltung A kann keine Daten in Veranstaltung B schreiben
|
||||
- [ ] Turnier-übergreifender Kassa-Zugriff nur innerhalb derselben Veranstaltung möglich
|
||||
|
||||
- [ ] **C-2** | Test-Suite: Kassa und Zahlvorgang
|
||||
- [ ] Teilnehmer an 2 Turnieren → 1 Zahlvorgang → 2 korrekte separate Rechnungen
|
||||
- [ ] Saldo-Berechnung korrekt (Summe aus beiden Turnier-Kassas)
|
||||
- [ ] Bereits bezahlte Beträge werden nicht doppelt verrechnet
|
||||
|
||||
- [ ] **C-3** | Test-Suite: ÖTO-Validierung (nach Rulebook Sprint A-5)
|
||||
- [ ] OEPS-Nummer: Gültige und ungültige Formate testen
|
||||
- [ ] FEI-ID: Gültige und ungültige Formate testen
|
||||
- [ ] Lizenzklasse × Bewerbs-Klasse: Alle erlaubten und verbotenen Kombinationen
|
||||
- [ ] Altersklasse Pferd × Bewerb: Grenzfälle (genau im Grenzjahr)
|
||||
|
||||
- [ ] **C-4** | Regressions-Test-Suite aufbauen
|
||||
- [ ] Kritische User-Flows als automatisierte Tests abdecken
|
||||
- [ ] Tests in CI/CD-Pipeline integrieren (gemeinsam mit 🐧 DevOps)
|
||||
|
||||
---
|
||||
|
||||
## ⏸️ Zurückgestellt
|
||||
|
||||
> ⏸️ **USB-Stick Fallback Tests** — Separate Besprechung zu einem späteren Zeitpunkt
|
||||
> ⏸️ **Nennungs-Workflow End-to-End Test (Web → Backend → Desktop)** — Nach Web-App Besprechung
|
||||
|
||||
---
|
||||
|
||||
## 📌 Abhängigkeiten
|
||||
|
||||
| Warte auf | Von wem |
|
||||
|------------------------------------|--------------------|
|
||||
| ViewModel-Referenz-Implementierung | 🎨 Frontend |
|
||||
| Validierungs-Spezifikation | 📜 Rulebook Expert |
|
||||
| CI/CD Pipeline (headless) | 🐧 DevOps |
|
||||
| Testdaten-Seeder | 👷 Backend |
|
||||
|
||||
| Meine Aufgabe | Ermöglicht wem |
|
||||
|----------------------|-------------------------------------------------|
|
||||
| Test-Strategie (A-1) | 🐧 DevOps: korrekte Pipeline-Konfiguration |
|
||||
| Alle Test-Suites | Alle: Vertrauen in Codequalität und Korrektheit |
|
||||
Reference in New Issue
Block a user