Gravidade do bug
Gravidade do bug ou Gravidade do defeito no teste é um grau de impacto que um bug ou Defeito tem no aplicativo de software em teste. Um efeito maior de bug / defeito na funcionalidade do sistema levará a um nível de gravidade mais alto. Um engenheiro de garantia de qualidade geralmente determina o nível de gravidade de um bug / defeito.
O que é prioridade?
A prioridade é definida como a ordem em que um defeito deve ser corrigido. Quanto maior a prioridade, mais cedo o defeito deve ser resolvido.
Os defeitos que deixam o sistema de software inutilizável têm maior prioridade sobre os defeitos que causam a falha de uma pequena funcionalidade do software.
DIFERENÇA CHAVE
- Prioridade é a ordem em que o desenvolvedor deve resolver um defeito, enquanto Severidade é o grau de impacto que um defeito tem na operação do produto.
- A prioridade é categorizada em três tipos: baixa, média e alta, enquanto a Gravidade é categorizada em cinco tipos: crítica. maior, moderado, menor e cosmético.
- A prioridade está associada ao agendamento, enquanto a Severidade está associada à funcionalidade ou aos padrões.
- Prioridade indica quando o bug deve ser corrigido, enquanto Severidade indica a gravidade do defeito na funcionalidade do produto.
- A prioridade dos defeitos é decidida em consulta com o gerente / cliente, enquanto os níveis de gravidade dos defeitos são determinados pelo engenheiro de QA.
- A prioridade é impulsionada pelo valor comercial, enquanto a gravidade é impulsionada pela funcionalidade.
- O valor da prioridade é subjetivo e pode mudar ao longo de um período de tempo, dependendo da mudança na situação do projeto, enquanto o valor da Severidade é objetivo e menos provável de mudar.
- Os status de Alta Prioridade e baixa gravidade indicam que o defeito deve ser corrigido imediatamente, mas não afeta o aplicativo, enquanto o status Alta Severidade e baixa prioridade indicam que o defeito deve ser corrigido, mas não imediatamente.
- O status de prioridade é baseado nos requisitos do cliente, enquanto o status de Severidade é baseado no aspecto técnico do produto.
Tipos de Gravidade
No teste de software, os tipos de gravidade do bug / defeito podem ser categorizados em quatro partes:
- Crítico : Este defeito indica o desligamento completo do processo, nada pode prosseguir
- Maior : É um defeito muito grave e causa o colapso do sistema. No entanto, certas partes do sistema permanecem funcionais
- Médio : causa algum comportamento indesejável, mas o sistema ainda está funcional
- Baixo : não causará nenhum colapso importante do sistema
Tipos de prioridade
Os tipos de prioridade de bug / defeito podem ser categorizados em três partes:
- Baixo: O Defeito é irritante, mas o reparo pode ser feito uma vez que o Defeito mais sério tenha sido corrigido
- Médio: Durante o curso normal das atividades de desenvolvimento, o defeito deve ser resolvido. Pode esperar até que uma nova versão seja criada
- Alto: o defeito deve ser resolvido o mais rápido possível, pois afeta gravemente o sistema e não pode ser usado até que seja corrigido
Dicas para determinar a gravidade de um defeito
- Decida a frequência de ocorrência: Em alguns casos, se a ocorrência de um pequeno defeito for frequente no código, pode ser mais grave. Portanto, do ponto de vista do usuário, é mais sério, embora seja um defeito menor.
- Isole o defeito: isolar o defeito pode ajudar a descobrir a gravidade do impacto.
Prioridade x gravidade: diferença fundamental
| Prioridade | Gravidade |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Exemplo de gravidade e prioridade do defeito
Vamos ver um exemplo de baixa gravidade e alta prioridade e vice-versa
- Uma gravidade muito baixa com uma alta prioridade: Um erro de logotipo para qualquer site de remessa pode ser de baixa gravidade, pois não afetará a funcionalidade do site, mas pode ser de alta prioridade, pois você não deseja que nenhuma remessa prossiga com o logotipo errado.
- Uma gravidade muito alta com uma prioridade baixa: Da mesma forma, para o site de operação de voo, um defeito na funcionalidade de reserva pode ser de alta gravidade, mas pode ser de baixa prioridade, pois pode ser programado para lançamento em um próximo ciclo.
Triagem de Defeito
A triagem de defeitos é um processo que tenta fazer o reequilíbrio do processo onde a equipe de teste enfrenta o problema de disponibilidade limitada de recursos. Portanto, quando há um grande número de defeitos e testadores limitados para verificá-los, a triagem de defeitos ajuda a tentar resolver o máximo de defeitos com base em parâmetros de defeito, como gravidade e prioridade.
Como determinar a triagem de defeitos:
A maioria dos sistemas usa a prioridade como critério principal para avaliar o defeito. No entanto, um bom processo de triagem também considera a gravidade.
O processo de triagem inclui as seguintes etapas
- Revisão de todos os defeitos, incluindo defeitos rejeitados pela equipe
- A avaliação inicial dos defeitos é baseada em seu conteúdo e respectivas configurações de prioridade e gravidade
- Priorizando o defeito com base nas entradas
- Atribua o defeito à liberação correta pelo gerente de produto
- Redireciona o defeito para o proprietário / equipe correta para ação posterior
Diretrizes que todo testador deve considerar antes de selecionar uma gravidade
O parâmetro de gravidade é avaliado pelo testador, enquanto o parâmetro de prioridade é avaliado pelo gerente de produto ou pela equipe de triagem. Para priorizar o defeito, é fundamental que o testador escolha a severidade correta para evitar confusão com a equipe de desenvolvimento.
- Compreenda bem o conceito de prioridade e gravidade
- Sempre atribua o nível de gravidade com base no tipo de problema, pois isso afetará sua prioridade
- Entenda como um determinado cenário ou caso de teste afetaria o usuário final
- É preciso considerar quanto tempo levaria para consertar o defeito com base em sua complexidade e tempo para verificar o defeito
Conclusão:
- Em Engenharia de Software, atribuir severidade errada ao defeito pode atrasar o processo STLC e pode ter alguma implicação drástica no desempenho geral da equipe. Portanto, o responsável precisa ser preciso e correto em sua chamada para atribuição de defeito.