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

14

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.

bug issue-tracking

— Erin
fonte

13

Por que você tem nomes impossíveis de entender como "baixo", "médio" e "alto"? Por que não usar apenas palavras reais como "falha", "corrupção", "solução alternativa conhecida" e "aborrecimento"?

— 31511 S.Lott

1

Porque não tenho nada a ver com a nomeação dos níveis de prioridade. Eu apenas uso o que me é dado. Eu gosto do seu nome para eles.

— Erin

2

Temos um quarto nível, "Crítico". É o pior que você classificaria como "alto" (por exemplo, falha repentina no servidor de produção).

— FrustratedWithFormsDesigner

1

Acho Low nunca é usada ... todo mundo diz que seu Média, Alta ou Urgente

— Rachel

1

@ Thorbjørn Quando um erro leva mais tempo para ser rastreado do que apenas para ser corrigido ali quando eu o notei, costumo corrigi-lo. (Lembre-se, não temos um processo formal de controle de qualidade, portanto, o trabalho de mais ninguém é colocar bugs no rastreador. É mais uma lista de "tarefas a fazer mais tarde" do que uma fila de trabalho de outra pessoa.)

— CodexArcanum

23

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.

— Sparky
fonte

10

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 :)

— Doug T.
fonte

Você deve pensar demais na sua classificação de coisas cosméticas. Insetos cosméticos demonstram que você não se importa. Se você não se importa, os piores erros não são atribuídos à má sorte e perdoados, mas atribuídos ao descuido.

— precisa saber é o seguinte

@ gnasher729: Qual é o seu desacordo específico? Você está dizendo que um erro de cosméticos que não afeta significativamente a quantidade de tempo que um cliente gasta recebendo o software para o trabalho deve ser classificado como mais importante do que um bug que faz afetar isso e não é cosmético? Ou o que? As prioridades são relativas, não absolutas, e sempre há mais a fazer.

— Nathan Tuggy

0

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.

— Nikita Barsukov
fonte

1

Também importante é o número de usuários impactados. E quais usuários, se você é um aplicativo, possui recursos que não estão disponíveis para todos.

— FrustratedWithFormsDesigner

-1

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.

— gnasher729
fonte

isso nem tenta responder à pergunta "Como classificar a gravidade do bug para complementar nossa classificação de prioridade?" Veja como responder

— gnat