Pruebas de software: densidad de defectos

Cada software se evalúa en cuanto a calidad, escalabilidad, funcionalidad, seguridad y rendimiento, así como otros factores importantes. En un procedimiento de prueba del sistema , es típico encontrar defectos y fallas. Sin embargo, los desarrolladores deben verificar que se aborden antes de entregarlo a los usuarios finales. Esto se debe a que corregir una inexactitud en un punto inicial es mucho menos costoso que corregirla más tarde. El procedimiento de identificación de defectos garantiza que el producto final cumpla con todos los requisitos y estándares del cliente. Para garantizar que el software sea impecable, los desarrolladores de software utilizan la función de densidad de defectos para encontrar la calidad del software.

Por lo tanto, en pocas palabras, se puede concluir que la Calidad es inversamente proporcional a los Defectos (a medida que aumenta el número de defectos, la calidad del software disminuye). En este artículo, discutiremos las siguientes cosas:

1. ¿Qué es la densidad de defectos?
2. Pasos para calcular la densidad de defectos.
3. Usos de la densidad de defectos.
4. Factores que afectan las métricas de densidad de defectos.
5. Ventajas de la densidad de defectos.
6. ¿A qué valor de densidad de defectos el software se vuelve inaceptable?

Vamos a discutir cada uno de estos temas en detalle.

¿Qué es la densidad de defectos?

La densidad de defectos es un valor matemático que indica la cantidad de fallas encontradas en el software u otras partes durante el período de un ciclo de desarrollo. Luego se divide por el tamaño del software. En pocas palabras, se utiliza para determinar si el software se lanzará o no. 

La densidad de fallas es importante en el ciclo de vida de desarrollo de software (SDLC) y no se puede exagerar debido a las siguientes razones:

1. Se utiliza para determinar el número de fallas de software. 
2. El equipo de pruebas podrá contratar un equipo de inspección externo para la reingeniería y las sustituciones. 
3. Los desarrolladores también pueden usar la densidad de defectos para identificar componentes que son propensos a fallas en el futuro. 
4. Como consecuencia, los evaluadores pueden concentrarse en las áreas adecuadas y proporcionar el mayor retorno de la inversión con pocos recursos.

La densidad de defectos del software se calcula dividiendo la suma de defectos por el tamaño del software.

Densidad de defectos = Defecto total/Tamaño 

Fórmula para calcular la densidad de defectos:

Densidad de defectos = Número promedio de defectos/KLOC 

Aquí, KLOC es Línea de códigos por miles

Una falla por cada 1000 líneas (LOC) se considera aceptable, de acuerdo con las mejores prácticas. El estándar de densidad de defectos KLOC es uno de esos ejemplos. Los puntos de función se utilizan para medir el tamaño del software o código (FP).

Pasos para calcular la densidad de defectos

Consideremos un ejemplo para calcular la densidad de defectos en el software.

El software tiene los siguientes módulos integrados con respecto a las especificaciones. Cada módulo tiene el siguiente número de errores descubiertos:

1. Módulo 1 = 5 errores
2. Módulo 2 = 10 errores
3. Módulo 3 = 20 errores
4. Módulo 4 = 15 errores
5. Módulo 5 = 5 errores

Errores totales = 5+10+20+15+5
                  = 55

La línea total de código para cada módulo es:

1. Módulo 1 = 500 LOC
2. Módulo 2 = 1000 LOC
3. Módulo 3 = 1500 LOC
4. Módulo 4 = 1500 LOC
5. Módulo 5 = 1000 LOC

LDC total = 500+1000+1500+1500+1000
                   = 5500

La densidad de defectos se calcula como:

Densidad de defectos = (55/5500) 
                          = 0,01 defectos/LOC 
                          = 10 defectos/KLOC

Usos de la densidad de defectos

Para el desarrollo de software y sus componentes, la densidad de defectos se considera un estándar de la industria. Los siguientes son algunos de los usos de la densidad de defectos:

1. Incluye un procedimiento de desarrollo para calcular la cantidad de fallas, lo que permite a los desarrolladores identificar regiones débiles que deben probarse a fondo.
2. Las organizaciones también desean densidad de errores al lanzar un producto y comparar el rendimiento, la seguridad, la calidad, la escalabilidad y otros factores. Una vez que se han identificado las fallas, los desarrolladores pueden comenzar a realizar mejoras para disminuir la cantidad de defectos. 
3. El enfoque de densidad de defectos ayuda a los desarrolladores a determinar el impacto de una reducción en la calidad del software.

En muchos aspectos, el uso de la densidad de fallas es insignificante. Los desarrolladores, por otro lado, pueden usar este modelo para estimar los problemas restantes una vez que hayan acumulado defectos comunes. Los desarrolladores pueden usar este enfoque para crear una base de datos de términos de uso común.

Factores que afectan las métricas de densidad de defectos

La densidad de defectos se calcula dividiendo el total de errores por el tamaño del software. La idea es encontrar problemas que sean genuinamente importantes, no cualquier defecto. Como consecuencia, es fundamental comprender los componentes que conducen a un resultado exitoso. Antes de comenzar este procedimiento, los desarrolladores y el equipo de pruebas deben configurar todas las circunstancias esenciales. Esto permite a los desarrolladores realizar un seguimiento preciso de las ubicaciones afectadas, lo que da como resultado hallazgos muy precisos.

Los factores que afectan la densidad son:

• tipos de fallas
• El código utilizado es crítico y sofisticado.
• Las habilidades del desarrollador y del equipo de pruebas.
• Calcular la densidad de defectos lleva tiempo.
• La eficiencia y el rendimiento del software son los factores más importantes a considerar.

Ventajas de la densidad de defectos

Para los probadores y desarrolladores de software, la densidad de defectos tiene varias ventajas. Cumple con una amplia gama de necesidades técnicas y analíticas, además de ofrecer una precisión superior en la medición de fallas. Tener resultados precisos a mano puede ayudar a los ingenieros de software a mantener la confianza en la calidad y el rendimiento de su programa construido. Otros beneficios de la densidad de defectos incluyen:

• La capacidad de los desarrolladores para garantizar que el producto está listo para su lanzamiento no requiere más pruebas.
• Los desarrolladores y evaluadores pueden estimar la cantidad de pruebas y reelaboraciones que se necesitarán para corregir los errores.
• Los evaluadores pueden rastrear e identificar los componentes que representan un gran peligro.
• El equipo de pruebas puede calcular cuánto entrenamiento se necesita para terminar el procedimiento.
• Es posible detectar y corregir áreas que quieren mejorar.

¿A qué valor de densidad de defectos el software se vuelve inaceptable?

No existen tales normas industriales predefinidas sobre el rango de densidades de defectos, pero un valor más alto de densidad de defectos da como resultado la inaceptabilidad del software propuesto. Sin embargo, un rango adecuado según las tendencias actuales de la industria de TI estaría en el rango entre 0.1-0.5 Defecto/LOC , después de este rango, el software no se acepta según este estándar.