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:
@@ -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?).
|
||||
Reference in New Issue
Block a user