Diferença entre Gravidade x Prioridade

Enquanto aprendemos os conceitos de Engenharia de Software, todos encontramos as duas palavras 'Gravidade' vs 'Prioridade' e sempre enfrentamos a confusão entre elas. Se perguntarmos a qualquer pessoa não técnica, a diferença entre eles não é nada. Para ele, ambos têm o mesmo significado. Mas tecnicamente, de acordo com o Engenheiro de Software, as duas palavras acima são diferentes, com significados diferentes e usadas em um contexto diferente. Vamos entendê-los um por um.

Gravidade

Durante a execução de teste, quando o testador encontra o defeito e o registra em qualquer ferramenta de registro de defeitos, como JIRA, Testrail etc. para enviar para os desenvolvedores trabalharem, é importante que o testador decida a prioridade e a gravidade com base na criticidade do defeito e complexidade para que um desenvolvedor possa lidar adequadamente. Em termos leigos, Gravidade é definida como 'grau de impacto que qualquer coisa pode ter'. Portanto, a Severidade em termos de Defeito indica que em que grau um defeito específico tem seu impacto no Software / aplicativo. Significa até que ponto um defeito pode afetar um aplicativo. Geralmente, Gravidade é definida em termos de perda financeira, reputação da empresa e perda de vidas, dependendo da aplicação. A gravidade é categorizada em diferentes categorias, dependendo do impacto do defeito no aplicativo:

  1. Crítico: um defeito que dificulta o aplicativo inteiro e bloqueia o usuário para continuar ou usar o aplicativo porque é considerado crítico . Considerando a interface do usuário do aplicativo, se a Tela de logon do aplicativo travar e não permitir que o usuário efetue login e prossiga.
  2. Principal: Um defeito é considerado importante se o recurso Principal / importante de um aplicativo não estiver funcionando conforme o esperado ou se pretende executar. Qualquer recurso significativo implementado em um aplicativo está funcionando completamente diferente do comportamento esperado; o defeito será considerado como Maior. Por exemplo, ao fazer compras on-line, o usuário não pode adicionar produtos ao carrinho usando o recurso Adicionar ao carrinho.
  3. Menor / Moderado: qualquer recurso implementado e funcionando de maneira diferente do comportamento esperado, mas seus impactos são toleráveis ​​e não prejudicam muito o aplicativo, e a funcionalidade geral do aplicativo não é afetada. Um pequeno defeito pode esperar para ser resolvido por algum tempo ou pode ser solucionado na próxima versão do aplicativo. Por exemplo, na página Termos e condições, um dos links não está funcionando.
  4. Baixo: Qualquer defeito que não prejudique a funcionalidade, mas é um defeito válido e precisa ser corrigido. Erros de cosméticos, como erros de ortografia e leve desalinhamento de fontes, se enquadram nessa categoria. Alguns erros de ortografia em uma página da web são um exemplo de defeito de baixa gravidade.

Prioridade

A prioridade no inglês simples é usada na comparação de duas coisas e é dada importância a uma delas. Da mesma forma, em termos de Defeito, Prioridade é a urgência do defeito a ser corrigido. Refere-se à ordem na qual os defeitos precisam ser corrigidos, tendo em mente suas necessidades de gravidade e negócios.

Os desenvolvedores não podem corrigir tantos defeitos ao mesmo tempo, portanto, é importante priorizar a ordem dos defeitos que serão corrigidos por eles. Geralmente, os defeitos de alta gravidade são de alta prioridade, pois exigem uma correção rápida. A prioridade dos defeitos é categorizada como:

  1. Alto: Qualquer defeito que precise de atenção imediata e precise ser corrigido o mais rápido possível (máximo de 24 horas). Defeitos que impactam amplamente os clientes finais e os negócios se enquadram nessa categoria. Quando o aplicativo inteiro está bloqueado e os testadores não podem continuar com os testes de software adicionais, esses problemas são de alta prioridade.
  2. Médio: Defeitos que podem esperar para serem corrigidos, pois não afetam a funcionalidade principal do aplicativo e não prejudicam os negócios e o cliente se enquadra nessa categoria.
  3. Baixa: Defeitos arquivados para alterações no design existente para aprimorar a experiência do cliente são considerados defeitos de baixa prioridade. Esses defeitos precisam de menos atenção e, portanto, são considerados finalmente quando todos os outros defeitos prioritários foram corrigidos.

Comparação cara a cara entre Gravidade x Prioridade (infográficos)

Abaixo estão as 6 principais diferenças entre Gravidade x Prioridade:

Principais diferenças entre gravidade e prioridade

Abaixo estão as listas de pontos, descreva as principais diferenças entre Gravidade x Prioridade:

  • A gravidade de um defeito decide o impacto no aplicativo, enquanto a Prioridade decide a ordem na qual os defeitos precisam ser corrigidos.
  • A gravidade lida com os aspectos técnicos de um aplicativo, enquanto a Prioridade lida com os Requisitos de Negócios e o impacto do defeito nos requisitos do cliente.
  • A gravidade de qualquer defeito não muda, pois o impacto permanece o mesmo no aplicativo, enquanto a Prioridade muda se os requisitos de negócios mudarem ou se for encontrado algum defeito de mais Prioridade que precise de mais atenção.

Compreendendo as diferenças entre gravidade e prioridade através do exemplo

Abaixo estão os pontos, ajuda a entender a diferença entre Gravidade x Prioridade:

Alta prioridade e alta gravidade:

Em um aplicativo, se houver um problema na tela de login e o usuário não puder efetuar login, esse defeito cairá em Alta prioridade e Alta gravidade, pois isso precisa ser resolvido primeiro porque o usuário está bloqueado e não pode acessar o aplicativo mais longe.

Alta prioridade e baixa gravidade:

Se houver algum erro ortográfico na página inicial do aplicativo ou em qualquer outra página da web usada com frequência, é um exemplo de alta prioridade e baixa gravidade, pois os erros ortográficos não prejudicam a funcionalidade do aplicativo, mas causam um impacto negativo na empresa. reputação.

Baixa prioridade e alta gravidade :

No site de compras on-line, se o botão 'Adicionar ao carrinho' parar de funcionar se o usuário tentar adicionar mais de 500 itens em um carrinho, o defeito será considerado como alta gravidade, pois a principal funcionalidade não está funcionando como o esperado, mas com baixa prioridade. é muito raro o usuário adicionar mais de 500 itens no carrinho.

Baixa prioridade e baixa gravidade:

Se houver algum erro ortográfico em um parágrafo de uma página que raramente é aberto pelo usuário, é considerado de baixa prioridade e baixa gravidade, porque nem está criando um impacto na funcionalidade do aplicativo nem qualquer perda para a reputação de uma empresa. raramente aberto.

Tabela de comparação de gravidade versus prioridade

Abaixo está a comparação mais alta entre Gravidade x Prioridade

Sr. Não.

Gravidade

Prioridade

1

A gravidade é orientada pela funcionalidade ou padrões de um aplicativoA prioridade é orientada pelo valor comercial.

2)

Gravidade define o grau de impacto que um defeito tem no aplicativoPrioridade define a ordem em que os defeitos serão corrigidos pelo desenvolvedor.

3)

A gravidade é decidida pelo engenheiro de controle de qualidade que está registrando o defeitoEmbora o testador possa decidir a Prioridade, a decisão final é tomada pelo Gerente de Produto, tendo em mente a visão geral do produto.

4)

O valor da gravidade é objetivo e tem menor probabilidade de mudar com o tempo.O valor da prioridade é subjetivo e pode ser alterado ao longo do tempo, dependendo de outros defeitos e requisitos do projeto.

5)

Gravidade é categorizada como:

  • Crítico
  • Principal
  • Menor / Moderado
  • Baixo
A prioridade é categorizada como:

  • Alto
  • Médio
  • Baixo

6

Os defeitos de alta gravidade com baixa prioridade são considerados mais tarde após a resolução dos defeitos de alta prioridadeOs defeitos de alta prioridade são corrigidos primeiro que a alta gravidade, pois dificultam os negócios.

Conclusão

Para um testador, é muito importante conhecer a diferença entre Gravidade x Prioridade e atribuí-los adequadamente a um defeito, pois mesmo um pequeno erro na atribuição de Gravidade pode causar uma enorme perda na aplicação e na reputação da empresa. A atribuição incorreta de Prioridade pode causar um atraso na resolução de um defeito que requer atenção prévia e, portanto, pode prejudicar os requisitos do produto e a perda financeira. Como testador durante o registro de um defeito, é importante detalhar e entender o impacto desse defeito no usuário final e atribuir a Severidade e Prioridade corretas a um defeito.

Os exemplos acima mencionados são dados tendo em mente os cenários gerais. O valor de Gravidade e Prioridade varia de acordo com diferentes aplicativos e cenários específicos.

Artigos recomendados

Este foi um guia para a diferença entre Gravidade x Prioridade. Aqui também discutimos as principais diferenças entre Gravidade e Prioridade com infográficos e no Exemplo. Você também pode consultar os seguintes artigos para saber mais -

  1. O que é CLI?
  2. O que é o Redux?
  3. Teste do sistema
  4. Instale o CorelDraw