Como se deve medir a Densidade do Defeito?[fechado]

StackOverflow https://stackoverflow.com/questions/6067990

  •  06-09-2020
  •  | 
  •  

Pergunta

Existe uma maneira padrão de medir a densidade do defeito?A maioria dos sites online afirma que deve ser medido como:

number of defects discovered / the code size

Minhas perguntas são:

  • Os defeitos “corrigidos” durante o período devem ser subtraídos dos defeitos descobertos?
  • O que fazer com os defeitos que se decide consertar na versão seguinte, por falta de tempo?Esses defeitos do backlog deveriam ser adicionados à densidade da próxima versão?
  • KLOC no denominador provavelmente não é uma boa medida se for comprovado que o código está desnecessariamente inchado devido à duplicação pesada.Como alguém deve levar isso em consideração?
  • É possível correlacionar o Churn em um determinado período de tempo e o backlog existente de defeitos para um determinado módulo ao número de defeitos criados/descobertos como resultado do Agitação

Nosso objetivo final é ser capaz de (a) comparar nossa densidade de defeitos com os padrões da indústria (b) identificar módulos que são frágeis e com mais bugs e que merecem mais atenção (c) usar uma métrica consistente para traçar uma linha de tendência demonstrando melhoria na qualidade de um módulo ao longo do tempo

Foi útil?

Solução

Eu estou supondo que Defect Density é usado para detectar a taxa na qual seus programadores estão gerando defeitos, enquanto a subtração de defeitos fixos tem a ver com o número de reclamações feitas por seus clientes/usuários finais.

Dos seus objetivos, (a) parece doentio, (b) é extremamente incisivo e renderá dividendos e (c) pode induzir falso otimismo.

Você realmente deveria estar almejando Zero Defects e você deve, para fins de métrica, ignorar os bugs encontrados e corrigidos antes do lançamento.

Outras dicas

Densidade de defeitos é o número de defeitos confirmados detectados no software/módulo durante um período definido de desenvolvimento/operação dividido pelo tamanho do software/módulo.('defeitos(confirmados e acordados (não apenas relatados))).

Densidade de defeitos:Densidade do defeito = defeito/tamanho da unidade

A questão que pode surgir aqui é: para que realmente se destina esse tamanho de unidade.Tamanho da unidade = O tamanho normalmente é contado em linhas de código ou pontos de função.Sendo um bom programador, você deve estar confiante o suficiente de que não há duplicação em sua codificação, o que poderia aumentar o tamanho do seu código.

Ex:Suponha que 10 bugs sejam encontrados em 1 kloc, portanto, dd é 10/kloc

A Densidade de Defeito é usada para medir a qualidade do código/módulo/requisito/produto.Sim, o padrão para medir o mesmo é densidade de defeito = número de defeitos/tamanho

mas aqui, se usarmos tamanho como KLOC (Mil linhas de código) ou FP (Pontos de Função), pode ser difícil calcular o mesmo e às vezes para o cliente (ou alguns detentores de take) não faz sentido.Portanto, devemos considerar também os seguintes pontos ao calcular a Densidade do Defeito.

  1. O número de defeitos deve ser calculado adicionando todos os defeitos relacionados ao código (eles também devem incluir defeitos de revisão, bugs internos e bugs de cliente/UAT) porque todos os bugs estão relacionados ao código e, portanto, devem fazer parte da densidade de defeitos.
  2. Equalizada a contagem de Defeitos com base em sua Gravidade antes de adicioná-los, isso dá um resultado mais preciso e também é um padrão.Pode-se considerá-lo como Bug Crítico = 5, Alto = 3, Médio = 1, Baixo = 0,5.Isso às vezes é chamado de Densidade Ponderada de Defeitos, mas é mais preciso nos resultados.
  3. O tamanho não deve ser limitado apenas a linhas de código ou pontos de função.Pode ser não.de requisitos também.A maneira mais fácil e eficaz é avaliar o tempo gasto na codificação (isso não deve incluir revisão de código e esforço de retrabalho de codificação).Assim, a Densidade de Defeitos pode ser considerada como Defeitos por 100 dias-homem de esforço gasto na codificação e se você tiver uma meta de projeto especificada, poderá ver se isso atende sua meta ou não.

Esta é uma forma fácil e eficaz de calcular a Densidade de Defeitos, com o período de tempo você pode ver se está melhorando ou não.

O defeito é basicamente, quando o produto é enviado ao cliente depois que alguma funcionalidade não está funcionando ou você pode dizer desvio dos requisitos do usuário, você não pode medir o defeito, mas pode tomar algumas medidas para evitar o defeito, isso pode ser feito através diferentes formas de teste, algumas das mais importantes que você encontrará abaixo:

  • Teste de fumaça
  • Teste de Sanidade
  • Teste de caixa preta
  • Teste Branco
  • Teste de carga e estresse

Você deve ter pleno conhecimento do que seu cliente está pedindo de você, isso o ajudará a evitar defeitos. 

total number detected defects in your developed software divided by size of your software in line of code . it is calculated in KLOC ,it means it is multiply by 1000 
for example
defects found are 12
size is 2000
defect density= defects/size
answer=.006
it is calculated in kloc so .006*1000=6 so defect density is 6
Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top