10 tips para la reducción de defectos en el software

Leyendo por la red me encuentro con una interesante recopilación sobre la incidencia de los errores en el proceso de desarrollo del software extraído a su vez de un articulo de Boehm y Basili [EN]. Y la verdad es que no está nada mal planteado.

1. Encontrar y arreglar un problema en el software después de la entrega suele ser 100 veces más caro que encontrarlo y arreglarlo durante la fase de análisis y diseño. Por ello la importancia de verificar y validar el software desde fases tempranas recurriendo a prototipos y simulaciones.

2. Los proyectos de desarrollo de software invierten entre el 40% y el 50% de sus esfuerzos en trabajo evitable.
La mayoría de este tiempo se invierte resolviendo problemas que se podrían haber descubierto antes y resuelto a menor coste o incluso evitado.

3. El 80% del trabajo evitable proviene del 20% de los defectos. Las 2 mayores fuentes de trabajo evitable tienen que ver con requisitos, diseños y arquitecturas que se especifican de forma precipitada.

4. El 80% de los defectos provienen del 20% de los módulos, y la mitad de los módulos suelen estar libres de defectos.
Por tanto, merece la pena identificar las características de los módulos que son más propensos a errores.

5. El 90% del tiempo de mal funcionamiento proviene, como mucho, del 10% de los defectos.
Por tanto, es importante prestar especial atención a los escenarios de alto riesgo e invertir más en sus pruebas.

6. Las revisiones por pares (peer reviews) detectan el 60% de los defectos.
A veces se detectan más defectos de esta forma que mediante pruebas y otras herramientas análisis.

7. Las revisiones basadas en perspectiva detectan el 35% más de defectos que las revisiones no dirigidas.
Las técnicas de lectura basadas en escenarios se aplican en documentos de requisitos, diseño orientado a objetos e interfaces. Además, la inspección de estos documentos facilitan la formación del personal más inexperto y mejora la comunicación.

8. Las prácticas del personal más disciplinado y ordenado pueden reducir el 75% de los defectos.
Conviene analizar la causa raíz de los defectos y elaborar checklists y prácticas para evitar la recurrencia futura.

9. Cuesta el 50% más desarrollar productos altamente fiables que productos de menor fiabilidad.
Sin embargo, la inversión merece la pena si el proyecto entraña altos costes de operación y mantenimiento.

10. Entre el 40% y el 50% de las aplicaciones contienen defectos no triviales, aunque los desarrolladores piensen que los programas son fiables.

Leído en: http://www.elholgazan.com

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s