estadísticas de pruebas de software para la mejora del proceso de desarrollo
DESCRIPTION
Entre las funciones del recientemente creado Laboratorio Nacional de Prueba de Software (LNPS) está la de generar información en forma de métricas, estadísticas y registros para coadyuvar a elevar la confianza en los productos de software en México. En esta plática presentaremos algunas estadísticas que muestran el impacto de las pruebas en los proyectos de desarrollo e implantación de productos, que inducen elementos que pueden ser útiles para la mejora del proceso de desarrollo de software.TRANSCRIPT
Como ac'vidad preponderante, el LNPS realizará pruebas armonizadas con estándares internacionales.
Los servicios asociados a esta línea son: 1. Diagnós'cos ágiles de productos de soBware. 2. Pruebas profundas. 3. Evaluación de productos de soBware para su
eventual cer'ficación.
Uno de los obje'vos en el LNPS es generar información en forma de métricas y estadís'cas que faciliten elevar la confianza en los productos de soBware en México.
Presentaremos primero algunos datos genéricos para luego combinarlos con otros provenientes de proyectos de prueba; haremos un análisis, y finalmente presentaremos algunas propuestas para mejorar procesos de desarrollo de soBware en las organizaciones.
Nuestra plá'ca de hoy
Recursos en proyectos (PMI)
0.00
1.00
2.00
3.00
4.00
5.00
6.00
7.00
8.00
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Inicio 10%Planeación 25%Ejecución 40%Seguimiento 20%Cierre 5%TOTAL 100%
Curva de Adopción (Producto)
2.5% 13.5% 34% 34% 16%
Innovadores Early Adopters Mayoría temprana Mayoría tardía Rezagados
2.5% innovators
13.5% early adopters
34% early mayority
34% late mayority
16% tail
Dos proyectos (1) Los siguientes datos son de dos proyectos de pruebas realizadas a productos de tamaño semejante, que para facilitar las cosas compararemos asumiendo complejidad y costo de desarrollo similares. El “Sistema1” fue desarrollado por una pequeña empresa para un mercado especializado. Las pruebas comenzaron con la definición de los requerimientos. El “Sistema2” fue un módulo de un ERP que adquirió una empresa mediana. Las pruebas se ejecutaron después de liberado el producto.
Dos proyectos (2)
Sistema2 Defectos en-‐ contradosCriticidad
en Requerimien-‐tos y Diseño
en Programación después de la Liberación
baja 179 127 106media 29 92 257alta 98 95 296
Subtotal 306 314 659TOTAL 659
Sistema1
620
Las pruebas arrojaron la siguiente información:
Dos proyectos (3)
Desarrollo Prueba Re-‐Trabajo TOTAL DefectosSistema1 $80 $20 $100 71Sistema2 $60 $20 $80 659
Después de las pruebas, se había inver'do así:
Si asumiéramos que para Sistema2 se tuvo mucha suerte, y que el 66% de los defectos se concentra en uno de los dos submódulos que lo componen, convendría inver'r en reconstruirlo:
Aún así tendríamos un producto más caro y con más defectos, que dificultaría el crecimiento.
Desarrollo Prueba Re-‐Trabajo TOTAL DefectosSistema1 $80 $20 $100 71Sistema2 $60 $20 $30 $110 224
Impacto D
iner
o
Tiempo Desarrollo del Producto con pruebas Mantenimiento con Pruebas
Mantenimiento sin Pruebas Desarrollo del Producto sin pruebas
Mantenimiento tardado, complicado y costoso, que dificulta pasar a la siguiente fase de la curva de adopción
Cierre
• Estados Unidos perdió en años pasados el 1% de su PIB por pruebas inapropiadas.
• Defectos implican retrabajo, lo cual agrega 'empo y costo al proyecto. Esto reduce u'lidades, lo que a la vez dificulta el crecimiento, siguiendo la curva de adopción. Por ello, es recomendable “test early & test o+en”.
• Es importante que en la planeación se asigne 'empo para la eliminación de anomalías, y que se recabe y procese información para desarrollar un modelo que ayude a predecir el proceso de aparición de anomalías, y a diseñar estrategias de prevención de las mismas.
¡Gracias!
Visítennos en nuestro stand o en www.lnps.mx o contáctennos en [email protected]
o al (33) 3030-‐6916