Problèmes

Veuillez utiliser le dépôt public de la communauté pour tous les rapports de bugs et les demandes de fonctionnalités :

• Modèle de rapport de bug : https://github.com/broadcreate/Lexipt-Community/issues/new?template=bug_report.yml
• Modèle de demande de fonctionnalité : https://github.com/broadcreate/Lexipt-Community/issues/new?template=feature_request.yml
• Liste des problèmes : https://github.com/broadcreate/Lexipt-Community/issues

Liste de vérification du rapport

• Version de Lexipt
• Version du système d'exploitation
• Étapes de reproduction
• Comportement attendu
• Comportement réel
• Journaux ou captures d'écran

Suggestion de gravité

• critical : perte de données, échec du démarrage, flux de travail principal bloqué
• high : fonctionnalité principale défectueuse avec difficulté de contournement
• medium : défaut fonctionnel avec contournement acceptable
• low : amélioration de l'interface/du texte/du style

Questions en suspens (à compléter)

TODO

• Devrions-nous appliquer des étiquettes de problème par modèle ?

  • Recommandation : Oui, appliquer des étiquettes par modèle pour une catégorisation cohérente. Utiliser GitHub pour appliquer automatiquement des étiquettes selon le modèle sélectionné.

• Les rapports de bugs doivent-ils nécessiter des fichiers d'exemple anonymisés ?

  • Recommandation : Oui, pour des raisons de sécurité et de confidentialité. Fournir des directives claires dans le modèle sur la façon de préparer les fichiers d'exemple.

• Avons-nous besoin d'objectifs SLA par gravité ?

  • Recommandation : Oui, pour gérer les attentes et prioriser :
    • Critical : Réponse dans les 24 heures, résolution dans 1 semaine
    • High : Réponse dans les 48 heures, résolution dans 2 semaines
    • Medium : Réponse dans 1 semaine, résolution dans 1 mois
    • Low : Réponse dans 2 semaines, résolution au mieux