Bugzilla - Compreendendo um bug

O principal recurso ou o coração do Bugzilla é a página que exibe os detalhes de um bug. Observe que os rótulos da maioria dos campos são hiperlinks; clicar neles levará à ajuda sensível ao contexto desse campo específico. Os campos marcados com * podem não estar presentes em todas as instalações do Bugzilla.

  • Summary- É um resumo de uma frase do problema, que é exibido no cabeçalho ao lado do número do bug. É semelhante ao título do bug, que dá ao usuário uma visão geral do bug.

  • Status (and Resolution)- Eles definem o status do bug - Ele começa antes mesmo de ser confirmado como um bug, então é corrigido e a correção é confirmada pelo Controle de Qualidade. Os diferentes valores possíveis para Status e Resolução na instalação devem ser documentados na ajuda sensível ao contexto para esses itens. O status suporta Não Confirmado, Confirmado, Fixo, Em Processo, Resolvido, Rejeitado, etc.

  • Alias- Um Alias ​​é um nome de texto curto exclusivo para o bug, que pode ser usado no lugar do número do bug. Ele fornece os identificadores exclusivos e ajuda a encontrar o bug caso o ID do Bug não seja útil. Pode ser útil ao procurar um bug.

  • Product and Component- Os bugs são divididos por produtos e componentes. Um produto pode ter um ou mais componentes nele. Isso ajuda a categorizar os bugs e ajuda a separá-los também.

  • Version- O campo "Versão" geralmente contém os números ou nomes das versões lançadas do produto. É usado para indicar a (s) versão (ões) afetada (s) pelo relatório de bug.

  • Hardware (Platform and OS)- Indicam o ambiente testado ou o sistema operacional onde o bug foi encontrado. Também fornece os detalhes do hardware como RAM, tamanho do disco rígido, processador, etc.

  • Importance (Priority and Severity)- O campo Prioridade é usado para priorizar bugs. Ele pode ser atualizado pelo cessionário, executivos ou outra pessoa das partes interessadas com autoridade para mudar. É uma boa ideia não alterar este campo em outros bugs, que não são levantados por uma pessoa. Os valores padrão são P1 a P5.

  • Severity Field- O campo Severity indica a gravidade do problema - de bloqueador ("aplicativo inutilizável") a trivial ("problema cosmético menor"). O usuário também pode usar este campo para indicar se um bug é uma melhoria ou solicitação futura. Os status de gravidade de suporte comuns são - Bloqueador, Crítico, Principal, Normal, Menor, Trivial e aprimoramento.

  • Target Milestone- É uma data futura em que o bug será corrigido. Exemplo - Os marcos do projeto Bugzilla para futuras versões do Bugzilla são 4.4, 5.0, 6.0, etc. Os marcos não são restritos a números, embora o usuário possa usar qualquer sequência de texto, como datas.

  • Assigned To - Um Bug é atribuído a uma pessoa que é responsável por consertar o bug ou pode verificar a credibilidade do bug com base nos requisitos do negócio.

  • QA Contact- A pessoa responsável pela garantia de qualidade deste bug. Pode ser o relator do bug para fornecer mais detalhes, se necessário, ou pode ser contatado para um novo teste do defeito assim que ele for corrigido.

  • URL - Um URL associado ao bug, se houver.

  • Whiteboard - Uma área de texto de formato livre para adicionar notas curtas, novas observações ou retestar comentários e marcas a um bug.

  • Keywords - O administrador pode definir palavras-chave que podem ser usadas para marcar e classificar bugs - por exemplo, travamento ou regressão.

  • Personal Tags- As palavras-chave são globais e visíveis para todos os usuários, enquanto as tags pessoais são pessoais e só podem ser visualizadas e editadas por seu autor. A edição dessas tags não enviará nenhuma notificação a outros usuários. Essas tags são usadas para rastrear bugs com os quais o usuário se preocupa pessoalmente, usando seu próprio sistema de classificação.

  • Dependencies (Depends On and Blocks) - Se um bug não puder ser corrigido porque alguns outros bugs são abertos (depende de) ou este bug impede que outros bugs sejam corrigidos (blocos), seus números são registrados aqui.

Link de árvore de dependência

Clicar no link Árvore de dependência mostra os relacionamentos de dependência do bug como uma estrutura de árvore. Um usuário pode alterar a profundidade para mostrar e ocultar os bugs resolvidos nesta página. Um usuário também pode recolher / expandir dependências para cada bug não terminal na visualização em árvore, usando os botões [-] / [+] que aparecem antes do resumo.

  • Reported - É a hora e a data em que o bug é registrado por uma pessoa no sistema.

  • Modified - É a data e hora em que o bug foi alterado pela última vez no sistema.

  • CC List - Uma lista de pessoas que recebem e-mail quando o bug muda, além do Relator, Responsável e Contato de QA (se habilitado).

  • Ignore Bug Mail - Um usuário pode marcar este campo se ele nunca quiser receber uma notificação por email desse bug.

  • See Also - Bugs, neste Bugzilla, outro Bugzilla ou outros rastreadores de bug relacionados a este.

  • Flags- Um sinalizador é um tipo de status que pode ser definido em bugs ou anexos para indicar que os bugs / anexos estão em um determinado estado. Cada instalação pode definir seu próprio conjunto de sinalizadores que podem ser definidos em bugs ou anexos.

  • Time Tracking- Este formulário pode ser usado para rastreamento de tempo. Para usar este recurso, o usuário deve ser membro do grupo especificado pelotimetrackinggroup parâmetro.

  • Orig. Est. - Este campo mostra o tempo estimado original.

  • Current Est.- Este campo mostra o tempo estimado atual. Este número é calculado a partir de Horas trabalhadas e Horas restantes.

  • Hours Worked - Este campo mostra o número de horas trabalhadas no defeito específico.

  • Hours Left- Este campo mostra a estimativa atual - Horas trabalhadas. Este valor + Horas Trabalhadas se tornará a nova Estimativa Atual.

  • %Complete - Este campo mostra quanta porcentagem da tarefa foi concluída.

  • Gain - Este campo mostra o número de horas que o bug está à frente da Estimativa Original.

  • Deadline - Este campo mostra o prazo para este bug.

  • Attachments- Um usuário pode anexar arquivos (evidências, casos de teste ou patches) aos bugs. Se houver anexos, eles serão listados nesta seção.

  • Additional Comments - Um usuário pode adicionar comentários à discussão do bug aqui, se o usuário / testador tiver algo que valha a pena dizer.

No próximo capítulo, aprenderemos como editar um bug.