Sobes.tech
Junior

Quais são os componentes principais de um relatório de bug?

sobes.tech IA

Resposta da IA

  • Título (Resumo): Breve descrição do problema.
  • ID: Identificador único do relatório de erro.
  • Projeto: Projeto ao qual o erro pertence.
  • Versão do produto/construção: Versão do produto ou número de construção onde o erro foi detectado.
  • Ambiente: Descrição do ambiente de teste (sistema operativo, navegador, versão, hardware, etc.).
  • Passos para reproduzir: Sequência clara de ações que levam ao aparecimento do erro.
  • Resultado real: Descrição do que realmente aconteceu.
  • Resultado esperado: Descrição do que deveria ter acontecido.
  • Gravidade: Grau de impacto do erro na funcionalidade ou negócio (por exemplo: Bloqueante, Crítico, Significativo, Insignificante, Cosmético).
  • Prioridade: Urgência de corrigir o erro (por exemplo: Urgente, Alta, Média, Baixa).
  • Estado: Estado atual do relatório de erro (por exemplo: Aberto, Atribuído, Em progresso, Corrigido, Fechado, Rejeitado, Reaberto).
  • Autor: Utilizador que criou o relatório.
  • Atribuído a: Utilizador ou equipa responsável pela correção.
  • Anexos: Capturas de tela, vídeos, logs, ficheiros que ajudam a entender e reproduzir o erro.
  • Data de criação: Data em que o relatório foi criado.