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:
- 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.
- 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.
- 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.
- 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:
- 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.
- 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.
- 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 aplicativo | A prioridade é orientada pelo valor comercial. |
2) | Gravidade define o grau de impacto que um defeito tem no aplicativo | Prioridade 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 defeito | Embora 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:
| A prioridade é categorizada como:
|
6 | Os defeitos de alta gravidade com baixa prioridade são considerados mais tarde após a resolução dos defeitos de alta prioridade | Os 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 -
- O que é CLI?
- O que é o Redux?
- Teste do sistema
- Instale o CorelDraw