docs(reports): add comprehensive status and recommendation reports for key roles

- Created and saved detailed reports for Frontend, Backend, UI/UX, Architecture, DevOps, QA, Rulebook, and Curation in `docs/90_Reports/`.
- Included prioritized action items, challenges, and next steps across disciplines.
- Addressed documentation gaps and organized steps for improving workflow consistency and validation across the stack.

Signed-off-by: Stefan Mogeritsch <stefan.mo.co@gmail.com>
This commit is contained in:
2026-04-02 11:14:24 +02:00
parent b22a1331f7
commit cdadcf4611
9 changed files with 331 additions and 0 deletions
+36
View File
@@ -0,0 +1,36 @@
# 🧐 [QA Specialist] Report - 2. April 2026
## 1. Aktueller Status
Mit den jüngsten Commits wurde ein komplett neuer Frontend-Workflow ("Event-First" und "V2" Screens) etabliert. Es gibt
jetzt komplexe Navigationspfade (Back-Stack), Onboarding-Eingaben mit Keyboard-Handling und Wizard-artige Abläufe zur
Veranstaltungserstellung mit Bestätigungsdialogen. Die zugrundeliegende Logik verlässt sich momentan stark auf einen
lokalen In-Memory Store (`StoreV2`).
## 2. Empfehlungen & Prioritäten
**🔴 P1: Test-Strategie für V2-Navigation & Back-Stack**
* *Warum:* Komplexe Navigation in Compose für Desktop ist fehleranfällig (State-Verlust, Endlosschleifen).
* *Aktion:* Ausweitung der UI-Tests (z. B. `DeepLinkHandlerTest`) auf den neuen Back-Stack. Spezielles Augenmerk auf
Edge-Cases: Was passiert beim wiederholten "Zurück"-Navigieren aus tief verschachtelten Profil-Bearbeitungs-Dialogen?
**🟠 P2: Edge-Cases im Onboarding & Event-Wizard prüfen**
* *Warum:* Das Keyboard-Handling (Tab/Enter) wurde im Onboarding implementiert.
* *Aktion:* Systematische Tests der Eingabefelder: Verhalten bei leeren Pflichtfeldern, zu kurzen Schlüsseln, ungültigen
Zeichen oder schnellem Klicken während der Wizard-Transitions. Der Zustand (State) bei "Abbrechen" im
Bestätigungsdialog muss ebenfalls verifiziert werden.
**🟠 P2: Testdaten-Isolierung (Offline-First Vorbereitung)**
* *Warum:* Die App initialisiert eine eigene Datenbank pro Veranstaltung.
* *Aktion:* Entwicklung von Testfällen, die sicherstellen, dass Daten (z. B. Nennungen) strikt zwischen verschiedenen
Veranstaltungen (Mandanten) isoliert bleiben.
**🟡 P3: Manuelle explorative Tests der "V2" Edit-Dialoge**
* *Warum:* Die neuen Inline-Edit-Dialoge für Reiter, Pferde, etc. sind frisch.
* *Aktion:* Systematisches manuelles Durchklicken aller Bearbeiten-Dialoge. Spezifischer Fokus auf das
Speichern-Verhalten (wird die UI sofort aktualisiert?) und das Abbrechen (werden ungespeicherte Eingaben korrekt
verworfen?).