Probleme
Bitte verwenden Sie das öffentliche Community-Repository für alle Fehlerberichte und Funktionsanfragen:
- Fehlerbericht-Vorlage: https://github.com/broadcreate/Lexipt-Community/issues/new?template=bug_report.yml
- Funktionsanfrage-Vorlage: https://github.com/broadcreate/Lexipt-Community/issues/new?template=feature_request.yml
- Issue-Liste: https://github.com/broadcreate/Lexipt-Community/issues
Berichts-Checkliste
- Lexipt-Version
- Betriebssystemversion
- Reproduktionsschritte
- Erwartetes Verhalten
- Tatsächliches Verhalten
- Protokolle oder Screenshots
Schweregrad-Vorschlag
critical: Datenverlust, Startfehler, wesentlicher Workflow blockierthigh: Hauptfunktion defekt mit Schwierigkeiten bei der Umgehungmedium: Funktionsfehler mit akzeptabler Umgehunglow: UI/Text/Stil-Verbesserung
Offene Fragen (noch zu klären)
TODO
Sollten wir Issue-Labels durch Vorlagen erzwingen?
- Empfehlung: Ja, Label-Erzwingung durch Vorlagen für konsistente Kategorisierung. GitHub-Label-Erzwingung oder Automatisierung nutzen (z. B. Fehlerberichte erhalten "bug", Funktionsanfragen "enhancement").
Sollten Fehlerberichte anonymisierte Beispieldateien erfordern?
- Empfehlung: Ja, aus Sicherheits- und Datenschutzgründen. Klare Richtlinien zur Datei-Anonymisierung in der Vorlage bereitstellen.
Benötigen wir SLA-Ziele nach Issue-Schweregrad?
- Empfehlung: Ja, SLA-Ziele zur Erwartungsverwaltung und Priorisierung:
- Critical: Antwort innerhalb 24 Stunden, Lösung innerhalb 1 Woche
- High: Antwort innerhalb 48 Stunden, Lösung innerhalb 2 Wochen
- Medium: Antwort innerhalb 1 Woche, Lösung innerhalb 1 Monat
- Low: Antwort innerhalb 2 Wochen, bestmögliche Lösung
- Empfehlung: Ja, SLA-Ziele zur Erwartungsverwaltung und Priorisierung: