37 lines
2.5 KiB
Markdown
37 lines
2.5 KiB
Markdown
# UI Rework 45: Plattformübergreifende App-Abnahme
|
|
|
|
Epic: [Epic 1](epic-1.md)
|
|
|
|
Abhängigkeiten: [Issue 40](epic-1-issue-40.md), [Issue 41](epic-1-issue-41.md), [Issue 42](epic-1-issue-42.md), [Issue 43](epic-1-issue-43.md), [Issue 44](epic-1-issue-44.md)
|
|
|
|
## Ziel und Grenzen
|
|
|
|
Plattformübergreifende App-Abnahme als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
|
|
|
|
## Einstieg
|
|
|
|
Gezielt prüfen: `native` (entsteht ab Issue 36); [resources/js](../../resources/js). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
|
|
|
|
Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
|
|
|
|
## Implementierungsweg
|
|
|
|
1. macOS, Android und iOS/iPadOS mit fertigem Webfrontend prüfen.
|
|
2. Serverwechsel, Sessionablauf, Serverupdate, Verbindungsabbruch, Links und Dateiauswahl abnehmen.
|
|
3. Dokumentierte reproduzierbare Befunde mit klaren Reproduktionsschritten festhalten.
|
|
|
|
## Akzeptanzkriterien
|
|
|
|
- [ ] Alle vereinbarten App-Abläufe bestehen.
|
|
- [ ] Keine Produktionsdaten als Testfixtures verändert.
|
|
- [ ] Releasewege entsprechen Vereinbarung.
|
|
- [ ] Größere Defekte werden nicht im Abnahmeticket versteckt.
|
|
|
|
## Prüfung
|
|
|
|
Zunächst den im Ticket genannten Plattformbuild und die beschriebenen Abläufe prüfen. Für neue App-Logik gezielte Tests für Navigation, Zustände oder URL-Verarbeitung ergänzen; Plattformverhalten im passenden Simulator bzw. auf einem geeigneten Gerät prüfen. Bei Vue/TypeScript-Änderungen abschließend `npm run types:check`; bei Backend-Anpassungen betroffene PHPUnit-Tests.
|
|
|
|
## Grenze der Agentensitzung
|
|
|
|
Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
|