Como classificar a gravidade do bug para complementar nossa classificação de prioridade?

No meu trabalho atual, temos bugs de baixa, média e alta prioridade.

• Bugs de baixa prioridade são pequenos erros que não param de remeter ou causam problemas reais a qualquer usuário.
• Erros de prioridade média causam problemas a alguns usuários internos, mas têm soluções alternativas conhecidas.
• Erros de alta prioridade são problemas que nossos clientes verão, podem corromper dados ou travar um sistema.

Como classificar a gravidade do bug para complementar nossa classificação de prioridade?

Classificamos nossos erros e defeitos de acordo com sua prioridade e gravidade.

O nível de prioridade é uma indicação de quão urgente é corrigir / corrigir o problema (urgente, alto, médio, baixo, nenhum).

O nível de gravidade ajuda a identificar quanto ou que tipo de dano pode ser causado pelo defeito (perigoso / destrutivo, degradado e sem solução alternativa, afetado, mas existe solução alternativa, incômodo / cosmético, sem impacto).

Normalmente, quanto mais perigoso e destrutivo for o bug, maior será a prioridade. No entanto, não é garantido. Conseqüentemente, podemos concluir com os erros ocasionais listados como perigosos e destrutivos, mas devido à raridade da situação ou à quantidade de mudanças necessárias para corrigi-lo, sua prioridade pode, em teoria, tornar-se bastante baixa.

A gravidade é realmente subjetiva para o tipo de produto que você faz e para o seu negócio. No meu último trabalho, fizemos pilotos automáticos para grandes contêineres / navios de cruzeiro, então nossa gravidade foi

• Muito alto - Iceberg adiante! Oh espera, parece que o controle do navio pode estar perdido ou pode ser confuso quem tem o controle! Alguém descobriu como mudar esse navio !!!
• Alta - reclamações de aceitação do cliente, o navio de cruzeiro vira muito rápido, os clientes derramam suas bebidas. Não podemos usar suas coisas até que isso seja corrigido!
• Médio - Funcionalidade que melhoraria a facilidade de uso dos clientes / técnicos de campo. Coisas que economizam tempo para as pessoas.
• Baixo - coisas cosméticas

Imagino que os níveis de gravidade / prioridade sejam drasticamente diferentes se você estiver criando um aplicativo da Web e tiver um modelo de negócios / base de clientes completamente diferente. Em última análise, é sobre o que seus clientes esperam e o quão bravos ficam com o problema :)

Critérios de gravidade que eu uso:

• Isso impede que o usuário obtenha o que deseja do programa?
• É visível se o usuário executar tarefas típicas?
• Revela informações sensatas ou permite executar ações não autorizadas?

A gravidade de um bug específico é uma combinação desses pontos.

Classifique os bugs pelo fator de aborrecimento, que pode impedir as pessoas de comprar o software. Um bug que não afeta o envio ou causa problemas reais para os usuários pode ser irritante para mim toda vez que eu o encontro. E, eventualmente, você perdeu um usuário e parte de sua renda.

Agora, se você combinar esse tipo de bug com uma interface do usuário que foi alterada sem motivo aparente e sem nenhum benefício visível para o usuário, terá um vencedor absoluto que fará as pessoas odiarem o seu software.

Não permita que isso aconteça. Não envie bugs que façam com que os clientes pensem que você não dá a mínima.