Principais Tipos de Defeitos em Testes de Software

outubro 1110:002011 por Nataliia VasylynaPrint Este Artigo

Nota: o artigo foi atualizado em agosto de 2018.

existem várias classificações diferentes de problemas de software baseadas em um determinado critério, por exemplo, classificação de acordo com a gravidade, probabilidade e prioridade do defeito.

defeitos de Software de acordo com sua gravidade

quando se trata de gravidade do bug, existem quatro tipos principais:

• Crítica – questões que exigem a remoção imediata, afetar o núcleo de funcionalidade do produto e podem causar falhas no sistema ou bloco de software operacionalidade
• Principais defeitos que afetam principais funções do sistema, mas não causar a falha de todo o sistema
• Pequenos bugs que não têm muito impacto na funcionalidade do sistema e não afetam o fluxo de trabalho, mas que pode ter um impacto negativo na experiência do usuário
• Trivial – problemas que não estão relacionados à funcionalidade do sistema e que podem ser ignoradas, por exemplo, erros de ortografia.

a probabilidade de defeito é um parâmetro que define a possibilidade de o problema ocorrer e ser detectado pelos usuários finais. De acordo com esses critérios, existem defeitos de alta, média e baixa probabilidade.

em termos de fins comerciais, os defeitos podem ser classificados como problemas de alta, média e baixa prioridade. Defeitos com alta prioridade devem ser corrigidos no início, pois afetam as necessidades do negócio.

além disso, existe essa classificação de defeitos nos testes de software:

defeitos Extras

um requisito incorporado ao produto que não foi fornecido pelo cliente. Isso geralmente é uma discrepância da especificação do projeto, mas também pode ser uma característica solicitada pelos usuários finais. No entanto, é considerado um defeito, pois não atende aos requisitos existentes.

defeitos ausentes

o requisito fornecido pelo cliente não foi feito. Isso também é uma discrepância das especificações-Um recurso que não deve ser implementado de acordo com a especificação. Isso também pode significar que o requisito do cliente não foi observado adequadamente.

defeitos errados

os requisitos que são executados falsamente. Na verdade, esse defeito pode aparecer devido a mal-entendidos dentro da equipe do projeto e do cliente.