(Fonte: Bugs / Importance (Bug Squad Documentation) )
O Ubuntu Bug Squad é uma das forças motrizes do Ubuntu Bugs, e mantém uma documentação para referência de todas as pessoas.
Para pessoas que odeiam ler outros sites e para as poucas pessoas que têm preguiça de clicar no link no início desta resposta, basicamente copiarei literalmente as informações da Base de Conhecimento do Bug Squad que são relevantes aqui :
NOTA RÁPIDA : Quando "Core" ou "Non-Core" é mencionado aqui, o esquadrão de bugs consome "core" como parte do pacote ubuntu-desktop ou o que é instalado por padrão nas imagens do LiveCD. Isso pode mudar no futuro, dependendo de uma discussão mais aprofundada dentro do Bug Squad sobre esse assunto.
(Observe que as informações abaixo podem estar desatualizadas com a documentação no wiki, você deve consultar o wiki para obter as informações mais atualizadas.)
O Ubuntu usa as seguintes diretrizes para atribuir importância. A importância do bug significa a prioridade que deve ser dada pelas pessoas que corrigem os erros.
Aqui estão os significados dos diferentes valores de importância):
- Indeciso : o padrão para novos bugs. Também significa que não há informações suficientes para determinar a importância
- Lista de desejos : falta de funcionalidade
- Esses nem sempre são erros, mas podem ser idéias para novos recursos que ainda não existem.
- Estes também podem ser pedidos para ter um pacote de software para o Ubuntu.
- Se a implementação não for trivial, ela deve ser escrita como uma especificação de recurso, consulte FeatureSpecifications.
- Podem ser bugs que afetam uma extensão experimental ou um recurso não essencial de um determinado pacote / projeto.
- Erros que seriam corrigidos apenas com base no melhor esforço ou na contribuição externa também podem ser considerados como lista de desejos .
- Baixo : erros que afetam a funcionalidade, mas em menor grau que a maioria dos erros, exemplos são:
- Erros com soluções fáceis
- Erros que afetam configurações incomuns do usuário final ou hardware incomum
- Erros que afetam um aspecto não essencial e escopo limitado do aplicativo
- Erros que têm um impacto moderado em um aplicativo não essencial
- Problemas de cosméticos / usabilidade que não limitam a funcionalidade de um aplicativo não essencial
- Configurações padrão não ideais
- Médio : a maioria dos bugs é de importância média, exemplos são:
- Um bug que tem um impacto moderado em um aplicativo principal
- Um bug que causa um impacto grave em um aplicativo não essencial
- Um bug que afeta a acessibilidade de um aplicativo não essencial
- Um problema de usabilidade que não limita a funcionalidade de um aplicativo principal
- Um problema com um componente de hardware não essencial (placa de rede removível, câmera, webcam, music player, placa de som, recurso de gerenciamento de energia, impressora, etc.)
- Alto : um bug que atende a um dos seguintes critérios:
- Tem um impacto severo em uma pequena parte dos usuários do Ubuntu (estimado)
- Torna uma instalação padrão do Ubuntu geralmente inutilizável para alguns usuários. (Por exemplo, se o sistema falhar na inicialização ou o X falhar na inicialização, em uma determinada marca e modelo de computador)
- Um problema com um componente de hardware essencial (controlador de disco, rede interna, placa de vídeo, teclado, mouse)
- Tem um impacto moderado em uma grande parte dos usuários do Ubuntu (estimado)
- Impede que o aplicativo ou quaisquer dependências funcionem corretamente
- Renderiza recursos ou funcionalidades essenciais do aplicativo ou dependências quebradas ou ineficazes
- Impacta a acessibilidade de um aplicativo principal
- Crítico : um bug que causa um grande impacto em uma grande parte dos usuários do Ubuntu
- Causa corrupção de dados
- Trava todo o sistema operacional
- Torna o sistema temporariamente ou permanentemente inutilizável
- Afeta severamente os aplicativos além do pacote responsável pela causa raiz
Os membros do Ubuntu Bug Control têm acesso para definir esses status de importância nos bugs sob a alçada do Ubuntu (incluindo pacotes, o que ubuntu-bugservirá) e podem defini-los eles mesmos, ou a pedido de um membro do Esquadrão de Bugs que não é um membro do Controle de Bug.
Geralmente, quando lida com bugs e decido uma importância e se ela está pronta para a triagem (a menos que seja óbvia), sigo o Guia de Triagem para decidir como triagem do bug (que define o status de um bug como "Triaged") e o diretrizes que eu publiquei (e vinculei) acima para decidir a Importância. (Estou no Bug Squad e sou membro do Bug Control, se você estiver curioso)