STLC - Classificação de Defeito

Os defeitos são classificados da perspectiva da equipe de QA como Priority e da perspectiva de desenvolvimento como Severity(complexidade do código para corrigi-lo). Essas são duas classificações principais que desempenham um papel importante no prazo e na quantidade de trabalho necessária para corrigir os defeitos.

O que é prioridade?

A prioridade é definida como a ordem em que os defeitos devem ser resolvidos. O status de prioridade geralmente é definido pela equipe de controle de qualidade enquanto apresenta o defeito à equipe de desenvolvimento, mencionando o prazo para consertar o defeito. O status de Prioridade é definido com base nos requisitos dos usuários finais.

Por exemplo, se o logotipo da empresa for colocado incorretamente na página da web da empresa, a prioridade é alta, mas é de baixa gravidade.

Lista de Prioridades

Uma Prioridade pode ser categorizada das seguintes maneiras -

• Low - Este defeito pode ser corrigido após a correção dos defeitos críticos.

• Medium - O defeito deve ser resolvido nas compilações subsequentes.

• High - O defeito deve ser resolvido imediatamente porque o defeito afeta o aplicativo em uma extensão considerável e os módulos relevantes não podem ser usados ​​até que seja corrigido.

• Urgent - O defeito deve ser resolvido imediatamente porque o defeito afeta a aplicação ou o produto severamente e o produto não pode ser usado até que seja corrigido.

O que é gravidade?

A gravidade é definida como o defeito do aplicativo e a complexidade do código para corrigi-lo do ponto de vista do desenvolvimento. Itestá relacionado ao aspecto de desenvolvimento do produto. A gravidade pode ser decidida com base em quão ruim / crucial é o defeito do sistema. O status de gravidade pode dar uma ideia sobre o desvio na funcionalidade devido ao defeito.

Example - Para o site de operação de voos, o defeito na geração do número do bilhete na reserva é de alta gravidade e também de alta prioridade.

Lista de Gravidade

A gravidade pode ser categorizada das seguintes maneiras -

• Critical /Severity 1- O defeito afeta a funcionalidade mais crucial do aplicativo e a equipe de QA não pode continuar com a validação do aplicativo em teste sem corrigi-lo. Por exemplo, o aplicativo / produto trava com frequência.

• Major / Severity 2- O defeito impacta um módulo funcional; a equipe de QA não pode testar aquele módulo específico, mas continuar com a validação de outros módulos. Por exemplo, a reserva de voo não está funcionando.

• Medium / Severity 3- O defeito apresenta problemas com tela única ou relacionado a uma única função, mas o sistema ainda está funcionando. O defeito aqui não bloqueia nenhuma funcionalidade. Por exemplo, Ticket # é uma representação que não segue caracteres alfanuméricos adequados, como os primeiros cinco caracteres e os últimos cinco como numéricos.

• Low / Severity 4- Não afeta a funcionalidade. Pode ser um defeito cosmético, inconsistência da IU para um campo ou uma sugestão para melhorar a experiência do usuário final do lado da IU. Por exemplo, a cor de fundo do botão Enviar não corresponde à cor do botão Salvar.