Problemas
Use o repositório público da comunidade para todos os relatórios de bugs e solicitações de recursos:
- Modelo de relatório de bug: https://github.com/broadcreate/Lexipt-Community/issues/new?template=bug_report.yml
- Modelo de solicitação de recurso: https://github.com/broadcreate/Lexipt-Community/issues/new?template=feature_request.yml
- Lista de problemas: https://github.com/broadcreate/Lexipt-Community/issues
Lista de verificação do relatório
- Versão do Lexipt
- Versão do sistema operacional
- Etapas de reprodução
- Comportamento esperado
- Comportamento real
- Logs ou capturas de tela
Sugestão de gravidade
critical: perda de dados, falha na inicialização, fluxo de trabalho principal bloqueadohigh: recurso principal quebrado com dificuldade de solução alternativamedium: defeito funcional com solução alternativa aceitávellow: melhoria de UI/texto/estilo
Questões pendentes (a serem completadas)
TODO
Devemos aplicar rótulos de problemas por modelo?
- Recomendação: Sim, aplicar rótulos por modelo para categorização consistente. Usar automação do GitHub para aplicar rótulos com base na seleção do modelo.
Os relatórios de bugs devem exigir arquivos de amostra anonimizados?
- Recomendação: Sim, por motivos de segurança e privacidade. Fornecer diretrizes claras no modelo sobre como preparar amostras.
Precisamos de metas de SLA por gravidade?
- Recomendação: Sim, para gerenciar expectativas e priorizar:
- Critical: Resposta em 24 horas, resolução em 1 semana
- High: Resposta em 48 horas, resolução em 2 semanas
- Medium: Resposta em 1 semana, resolução em 1 mês
- Low: Resposta em 2 semanas, resolução com melhor esforço
- Recomendação: Sim, para gerenciar expectativas e priorizar: