¿Cómo se debe medir la Densidad del Defecto?[cerrado]

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

  •  06-09-2020
  •  | 
  •  

Pregunta

Hay una manera estándar de medir la Densidad del Defecto?La mayoría de los sitios en línea del estado que debe ser medido como:

number of defects discovered / the code size

Mis preguntas son:

  • Si los defectos "fijo" durante el período de restarse de los defectos descubiertos?
  • ¿Qué se debería hacer con los defectos de uno decide fijar en la siguiente versión, debido a la falta de tiempo?Estos pendientes defectos añadirá en la próxima versión de la densidad?
  • KLOC en el denominador no es probablemente una buena medida si se ha demostrado que el código es innecesariamente la hinchazón debido a la gran duplicación.¿Cómo debe un factor que en los?
  • Se puede correlacionar el Churn en un determinado período de tiempo, y la acumulación de defectos para un determinado módulo, el número de defectos creado o descubierto como resultado de la Churn

Nuestro objetivo final es ser capaz de (a) comparar la densidad del defecto en contra de los estándares de la industria (b) para identificar los módulos que son frágiles y más buggy y merecen más atención (c) el uso de una métrica consistente en el fin de trazar una línea de tendencia que demuestra la mejora en la calidad de un módulo a lo largo del tiempo

¿Fue útil?

Solución

Supongo que Defect Density se utiliza para detectar la velocidad a la que sus programadores están generando defectos, mientras que restar fijo defectos tiene que ver con el número de denuncias realizadas por sus clientes/usuarios finales.

De sus objetivos, (a) parece insensato, (b) es muy incisivo y pagará dividendos y (c) puede inducir a falso optimismo.

Usted realmente debe ser el objetivo de Zero Defects y, en el caso de las métricas de los efectos, ignorar los errores encontrados y se fija antes de la liberación.

Otros consejos

La densidad de defectos es el número de defectos confirmados detectados en software / módulo durante un período definido de desarrollo / operación dividido por el tamaño del software / módulo. ('Defectos (confirmados y acordados (no solo informados)).

Densidad de defectos: Densidad de defectos= Defecto / Tamaño de la unidad

Que las preguntas pueden surgir aquí es, en lo que se refiere este tamaño de unidad en realidad. Tamaño de la unidad= El tamaño se cuenta típicamente en las líneas de código o puntos de función.Al ser un buen codificador, debe tener lo suficiente como para que no haya duplicación en su codificación, lo que podría hincharse con el tamaño de su código.

EX: Supongamos que se encuentran 10 errores en 1 KLOC Por lo tanto dd es 10 / kloc

La densidad de defectos se usa para medir la calidad del código / módulo / requisito / producto. Sí, el estándar para medir lo mismo es Densidad de defectos= número de defectos / tamaño

Pero aquí, si usamos el tamaño como KLOC (mil líneas de código) o FP (puntos de función), entonces puede ser difícil calcular lo mismo y, a veces, para el cliente (o algunos responsables) no tiene ningún sentido . Por lo tanto, deberíamos considerar los siguientes puntos también al calcular la densidad de defectos.

  1. El número de defectos debe calcularse agregando todos los defectos relacionados con el código (estos deben incluir defectos de revisión, errores internos y errores de cliente / uat) porque todos los errores están relacionados con el código y, por lo tanto, deben ser parte de la densidad de defectos.
  2. Ecuó el recuento de defectos basado en su severidad antes de agregarlos, esto proporciona un resultado más preciso y también es un estándar. Uno puede considerarlo como error crítico= 5, alto= 3, medio= 1, bajo= 0.5. Esto a veces se hace referencia como densidad de defectos ponderados, pero es más preciso en los resultados.
    3. El tamaño
  3. no debe limitarse a solo líneas de código o puntos de función. No puede ser. de los requisitos también. La forma más fácil y efectiva es tomar el tamaño como el tiempo dedicado a la codificación (esto no debería incluir revisión de código, codificar el esfuerzo de retrabajo). Por lo tanto, la densidad de defectos puede considerarse como defectos por cada 100 días de esfuerzo de esfuerzo gastado en la codificación y, si tiene un objetivo del proyecto, puede ver si esto cumple con su objetivo o no.

    4. Esta es una forma efectiva y fácil de calcular la densidad de defectos, con el período de tiempo que puede ver si está mejorando o no.

El defecto es básicamente, cuando el producto se envía al cliente después de que cualquier funcionalidad no está funcionando o puede decir la desviación de los requisitos del usuario, no puede medir el defecto, pero puede tomar algunas medidas para evitar que se defecten.Hágase a través de diferentes formas de prueba, algunas de las importantes que encontrará a continuación:

  • prueba de humo
  • Pruebas de cordura
  • Pruebas de caja negra
  • prueba blanca
  • Pruebas de carga y estrés

Debe tener un conocimiento completo de lo que su cliente le está preguntando, le ayudará a evitar que usted defecto.

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 bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top