Sobes.tech
Junior

Como classificar bugs para o desenvolvedor?

sobes.tech IA

Resposta da IA

A classificação de bugs ajuda os desenvolvedores a entender rapidamente o problema e a determinar a prioridade de correção. Os principais critérios de classificação:

  • Gravidade (Severity): Impacto do bug no funcionamento da aplicação.
    • Bloqueador: A aplicação não funciona de forma alguma ou uma funcionalidade chave está indisponível, sem alternativas.
    • Crítico: Violação grave da funcionalidade que afeta um número significativo de utilizadores ou processos de negócio chave. Podem existir soluções alternativas parciais ou temporárias.
    • Maior: Violação significativa da funcionalidade ou usabilidade, mas sem bloqueio completo.
    • Menor: Violação menor da funcionalidade, defeitos cosméticos, erros ortográficos. Não afeta significativamente o funcionamento da aplicação.
    • Trivial: Defeitos menores que quase não afetam o uso do utilizador, podem ser corrigidos por último.
  • Prioridade (Priority): Urgência da correção do bug. Determinada em conjunto por QA e Product Owner/Team Lead.
    • Mais alta: Requer correção imediata, bloqueia a publicação da versão ou afeta criticamente utilizadores chave.
    • Alta: Deve ser corrigida em breve, afeta cenários de uso importantes.
    • Média: Recomenda-se corrigir antes da próxima versão.
    • Baixa: Pode ser corrigida em versões posteriores, não é crítica.
  • Tipo (Type): Categoria do defeito.
    • Funcional: Erro no funcionamento da funcionalidade.
    • UI/UX: Problemas com a aparência ou usabilidade.
    • Performance: Problemas de desempenho (velocidade de carregamento, capacidade de resposta).
    • Segurança: Vulnerabilidades na segurança.
    • Compatibilidade: Erros relacionados com o funcionamento em diferentes dispositivos, navegadores, sistemas operativos.
    • Integração: Problemas de interação entre módulos ou sistemas.
    • Usabilidade: Dificuldades ao usar a interface ou realizar tarefas.
  • Estado (Status): Estado atual do bug no seu ciclo de vida.
    • Novo: Recém criado.
    • Aberto: Aceite para trabalhar.
    • Em progresso: Está sendo trabalhado.
    • Resolvido: Corrigido pelo desenvolvedor.
    • Pendente de reteste: Aguardando reteste por QA.
    • Reabrir: Não passou no reteste, reatribuído ao desenvolvedor.
    • Fechado: Passou com sucesso no reteste.
    • Rejeitado / Não reproduzível: O bug não é reproduzível ou não é um defeito.
    • Adiado: A correção foi adiada para uma data posterior.

Ao fornecer informações, também é importante incluir uma descrição clara dos passos de reprodução, o resultado atual e esperado, a versão do build/ambiente, e os logs.