Home Wiki > openSUSE:Definições de bugs
Sign up | Login

openSUSE:Definições de bugs

tagline: Da openSUSE

Este é uma versão estendida do documento Bugzilla da Novell, definindo os termos utilizados em relatórios de bugs arquivados no Bugzilla da Novell, juntamente com alguns exemplos relevantes para o openSUSE e produtos SUSE Linux Enterprise. Não deve haver nenhuma discrepância entre estes dois documentos, mas se houver, por favor mencione-o na openSUSE-lista de discussão sobre testes.

Gravidade do Bug

O campo "gravidade" descreve o impacto de um bug.

Bloqueador

  • Impede que os desenvolvedores ou testadores de realizar seus trabalhos. Imobiliza o processo de desenvolvimento.
  • (Documentação) - A documentação exigida está faltando para o teste crítico e a revisão.

Exemplos:

  • Impossibilita fazer o login
  • Não possibilita a realização de testes de certificação
  • Não possibilita a atualização do sistema

Crítico

  • Quebra, perda de dados, corrupção de dados, perda de memória grave.
  • (Documentação) - prescreve, ou não alerta, contra ações que causam a perda de dados ou corrupção.

Exemplos:

  • Quebra que é repetitiva e evidente para vários usuários.
  • Vazamentos de memória que levam a erros OOM durante a utilização média em uma semana ou menos.

Principal

  • Principal perda de função, conforme especificado nos requisitos do produto para esse lançamento, ou existente no produto atual.
  • (Documentação) - Falhando, induzindo a erro, informações inexatas ou contraditórias, na medida em que, seguindo a documentação a conclusão com êxito das tarefas fundamentais é improvável.

Exemplos:

  • Impede recurso obrigatório de funcionar corretamente.
  • Retrocesso do recurso por causa de versão anterior.

Normal

  • Perdas não principais da função.
  • (Documentação) - Falhando, induzindo a erro, informações inexatas ou contraditórias na documentação, mas a conclusão da tarefa com êxito é provável.

Exemplos:

  • Impede recurso importante ou desejável de funcionar apropriadamente.

Menor

  • Problema que pode ser visto como trivial (por exemplo, cosméticos, interface do usuário, facilmente documentado).
  • (Documentação) - Contém questões de estilo ou formatação, mas a funcionalidade não está prejudicada.

Exemplo:

  • Erro na cadeia de caracteres (String typo).

Prioridades do bug

O campo de prioridade descreve a importância e a ordem em que um erro deve ser corrigido. Este campo é utilizado pelos programadores/engenheiros para priorizar o trabalho a ser feito ...

P0 - 'CritSit'

Esta prioridade está reservada à Equipe L3 da Novell. Não está associada a defeitos em produtos em desenvolvimento.

P1 - Urgente

Utilize esta prioridade para problemas urgentes.

Exemplos:

  • Bloqueador (blocker): Geralmente é um defeito P1;
  • Crítica: Mau funcionamento do Nautilus enquanto enquanto quando da abertura de um arquivo em todas as instalações x86_64.
  • Principal: Autenticar suporte digital, independentemente do fingerprint digital.
  • Normal: Logde gerenciamento de pacotes não roda (ficará grande rápido)
  • Menor: SLED está mal soletrado no bootsplash.

P2 - Alta

Use esta prioridade para os defeitos obrigatórios, melhorias e itens de trabalho. Ou seja, para os itens que devem ser resolvidos nesta versão.

Exemplos:

  • Crítica: Nautilus falhando ao abrir um arquivo para todas as instalações x86_64 sobre ssh.
  • Principais: suporte digital (recurso obrigatório) não funciona com o gnome screensaver.
  • Normal: Sistema de gerenciamento de pacotes não é capaz de bloquear pacotes com expressões regulares (mas paridade rug é necessária)
  • Menores: Notificação sobre possível problema de segurança é obscurecida na tela.

P3 - Média

Use esta prioridade para defeitos convenientes, melhorias e itens de trabalho. Ou seja, para os itens que gostaria de corrigir, mas não realizará transferência para eles.

Exemplos:

  • Crítica: Nautilus falhando ao abrir um arquivo ssh para algumas configurações que não sejam padrões.
  • Principais: suporte digital (recurso obrigatório) não funciona com sudo.
  • Normal: Sistema de gerenciamento de pacotes não mostra o progresso correto
  • Menor: As notificações não quebram o texto corretamente e pode estar cortado, às vezes.

P4 - Baixa

Use esta prioridade para defeitos de opcionais, melhorias e itens de trabalho. Esta prioridade não é tão forte quanto o desejável.

Exemplos:

  • Crítica: Nautilus falhando ao abrir um arquivo ssh para determinado usuário com um backtrace fornecido.
  • Principais: suporte digital (recurso obrigatório) não funciona com o sudo para usuários com configurações complexas.
  • Normal: Ssistema de gerenciamento de pacotes não mostra o ícone correto para atualizações de melhorias.
  • Menor: As notificações não têm o ícone correto às vezes.

P5 - Nenhuma

Indica que a prioridade não foi atribuída.

Definição e alteração de Prioridade e Gravidade

Se você abrir um bugreport, defina a gravidade corretamente. O engenheiro responsável por um relatório reavaliará a gravidade e definirá a prioridade. Mudar a gravidade e prioridade é algo que só deve ser feito pelo gerente direto do engenheiro e do proprietário do produto - especialmente os gerentes de projeto e produto. Se você não concordar com os valores, por favor, não os altere e, em vez adicionar um comentário, estabeleça por que você discorda.

Encontrado por

Por favor, preencha este campo corretamente como segue:

  • Os clientes são representados por: Clente, Serviço Técnico da Novell, IS&T e Consultoria.
  • A Comunidade openSUSE é representado por: "usuário da comunidade".
  • Parceiros da Novell utilizam "desenvolvedor de terceiro/parceiro".
  • QA utiliza o atributo Componente de Teste e Teste de Sistema; engenharia utiliza Desenvolvedor.

Encontrado na Versão

Por favor especifique a versão do produto utilizado quando o defeito foi observado. Uma vez definido, isto não será alterado. Ele fornece informações históricas valiosas.

Corrigido no Milestone

O campo "Corrigido no Milestone" tipicamente inclui uma definição da versão do projeto Milestone específico. Este campo será preencido automaticamente pelo sistema de compilação.

Defeitos Ship Stopper

Se você encontrar um bug que você considere ser uma ship stopper, defina o sinalizador "SHIP_STOPPER" para "?" e adicione - for the openSUSE distribution - Stephan Kulow <coolo@novell.com> as Requestee. Coolo vai decidir se este é um bug ship stopper e definir o valor da bandeira para "+" (marcando o bug como ship stopper) ou para "-" (marcando o bug como não ship stopper).

Por favor, apenas defina SHIP_STOPPER para "?" e deixe Coolo lidar com o resto.