Métricas para el estudio del retorno de la inversión en recursos dedicados al control de calidad del software Ramiro Carballo r.carballo@gesein.com Madrid, 26 y 27 de Febrero Sólo Pruebas 2009 - GESEIN
Consultoría y Soluciones para la Calidad y la Mejora del Proceso Software y de las TIC : Implantación de Modelos de Procesos: CMMI / CMM / ISO 9001/ SPICE / PSP / TSP / ISO 20.000/ ITIL … Implantación de  Oficinas de Proyectos Oficinas de Calidad / Testing Factorías de Software Formación Las métricas : la Mejora Gesein: Servicios TI
Asociación Española para la Calidad  www.aec.es   COMITÉ DE SOFTWARE       Grupos de Trabajo:    Gestión de Conocimiento y Calidad del Software CMMI para pequeñas organizaciones Formación CSQE Desayunos de Trabajo Relaciones Cliente – Proveedor Oportunidades para la Industria Española del Software
Medidas Ciclo de Vida Qué hacer Cómo Construir Probar ERS R E V R E V R E V Diseño Código Result R E V V a l i d a Control tamaño defectos esfuerzo duración Indice de Productividad = tamaño / esfuerzo Tasa de defectos = defectos / tamaño
Estimación Ciclo de Vida Qué hacer ERS tamaño Indice de Productividad Tasa de defectos ESTIMACIÓN defectos esfuerzo duración PLAN
Métricas para el retorno del testing 1 tester     N bugs
Métricas para el retorno del testing 2 tester     N+M bugs (N>M)
Métricas para el retorno del testing 3 tester     N+M+P bugs (N>M>P)
Métricas para el retorno del testing personas defectos duración
El objetivo es ser capaz de definir un sistema de gestión a medida de cada organización que permita decidir la cantidad de recursos dedicados a las actividades de pruebas del software, estimando el beneficio que generarán dichos  recursos  durante la realización de tales actividades. Además este sistema nos dará soporte para predecir y controlar la  calidad del producto : los defectos esperados, el tiempo medio entre defectos en distintos momentos de la entrega, los defectos remanentes, etc.  Durante el seguimiento del progreso de la fase de pruebas podremos predecir las desviaciones y determinar las acciones correctivas más convenientes para entregar el nivel calidad tolerado por el cliente en los plazos de  tiempo  acordados. Métricas para el retorno del testing
GESTIONAR LA FASE DE PRUEBAS: Causa:  Imposibilidad para entregar software sin defectos La gestión de la fiabilidad te da respuestas a: ¿Cuántos recursos necesitamos para probar? ¿Cuánto costará la garantía del proyecto? ¿y el mantenimiento correctivo? ¿Cuál es el coste de detección y corrección de defectos? ¿Cuándo finalizan las pruebas? ¿Cómo impactan las pruebas en los plazos? ¿Cuántos defectos se están entregando? ¿Cuál es la calidad tolerada por el cliente? ¿Cuál es el riesgo del paso a producción? Necesidad de Predecir Defectos
Medidas en Pruebas Diseño Código Qué Probar ERS Control tamaño esfuerzo duración defectos tiempo staff progreso hitos complejidad
Estimación en Pruebas Qué tamaño Indice de Productividad Indicadores de la Fase de Pruebas ESTIMACIÓN defectos esfuerzo duración PLAN Diseño Código complejidad ERS
Métricas en la Fase de Pruebas
Métricas en la Fase de Pruebas
Métricas en la Fase de Pruebas
Métricas en la Fase de Pruebas
Métricas en la Fase de Pruebas
Métricas en la Fase de Pruebas
Métricas en la Fase de Pruebas
EL REPOSITORIO REPOSITORIO
EL REPOSITORIO DEL MODELO DE PUTNAM (SLIM) Datos Fundamentales: Tamaño Esfuerzo Duración Defectos  Datos de Búsqueda: Tamaño Tipo de Proyecto  (Gestión, Telecomunicaciones, Tiempo Real, etc.) (Infiere Ratios del Grupo o Métricas : Productividad PI, Presión de tiempo MBI) Datos de Entrada: Tamaño Productividad  Presión de Tiempo  (opcional) REPOSITORIO
EL REPOSITORIO DEL MODELO DE PUTNAM (SLIM) Datos Salida: Esfuerzo total y por cada fase Distribución del esfuerzo en cada fase mediante curvas de Rayleigh Distribución de esfuerzo por categorias profesionales Número máximo de personas del equipo en cada fase Duración total y distribuída por fases Solapamiento entre fases Fechas estimadas de hitos predefinidos Defectos esperados en cada fase Tiempo medio entre defectos (MTTD) al final de cada fase Distribución de defectos en 5 niveles de criticidad REPOSITORIO
GESTIÓN CUANTITATIVA DEL SOFTWARE TAMAÑO PRODUCTIVIDAD TIPO DE  PROYECTO REPOSITORIO
Evalúa el Progreso respecto del Plan Los datos actuales están fuera de las bandas de control de la desviación Los semáforos avisan cuando se necesita replanificar
Si la predicción es mala . . . se replanifica QSM ajusta una curva a los datos actuales para encontrar la nueva fecha de finalización
Seguimiento del Progreso contra Estimación inicial: Estimar, Controlar, y Predecir el final usando SLIM Control
Muchas gracias Ramiro Carballo Gutiérrez GESEIN , S. L. Alfonso Gómez 42 28037 Madrid Tlf. 91 754 45 21 Móv. 639078817 [email_address] www.gesein.com

13 Gesein Solo Pruebas 2009

  • 1.
    Métricas para elestudio del retorno de la inversión en recursos dedicados al control de calidad del software Ramiro Carballo r.carballo@gesein.com Madrid, 26 y 27 de Febrero Sólo Pruebas 2009 - GESEIN
  • 2.
    Consultoría y Solucionespara la Calidad y la Mejora del Proceso Software y de las TIC : Implantación de Modelos de Procesos: CMMI / CMM / ISO 9001/ SPICE / PSP / TSP / ISO 20.000/ ITIL … Implantación de Oficinas de Proyectos Oficinas de Calidad / Testing Factorías de Software Formación Las métricas : la Mejora Gesein: Servicios TI
  • 3.
    Asociación Española parala Calidad www.aec.es COMITÉ DE SOFTWARE       Grupos de Trabajo:   Gestión de Conocimiento y Calidad del Software CMMI para pequeñas organizaciones Formación CSQE Desayunos de Trabajo Relaciones Cliente – Proveedor Oportunidades para la Industria Española del Software
  • 4.
    Medidas Ciclo deVida Qué hacer Cómo Construir Probar ERS R E V R E V R E V Diseño Código Result R E V V a l i d a Control tamaño defectos esfuerzo duración Indice de Productividad = tamaño / esfuerzo Tasa de defectos = defectos / tamaño
  • 5.
    Estimación Ciclo deVida Qué hacer ERS tamaño Indice de Productividad Tasa de defectos ESTIMACIÓN defectos esfuerzo duración PLAN
  • 6.
    Métricas para elretorno del testing 1 tester  N bugs
  • 7.
    Métricas para elretorno del testing 2 tester  N+M bugs (N>M)
  • 8.
    Métricas para elretorno del testing 3 tester  N+M+P bugs (N>M>P)
  • 9.
    Métricas para elretorno del testing personas defectos duración
  • 10.
    El objetivo esser capaz de definir un sistema de gestión a medida de cada organización que permita decidir la cantidad de recursos dedicados a las actividades de pruebas del software, estimando el beneficio que generarán dichos recursos durante la realización de tales actividades. Además este sistema nos dará soporte para predecir y controlar la calidad del producto : los defectos esperados, el tiempo medio entre defectos en distintos momentos de la entrega, los defectos remanentes, etc. Durante el seguimiento del progreso de la fase de pruebas podremos predecir las desviaciones y determinar las acciones correctivas más convenientes para entregar el nivel calidad tolerado por el cliente en los plazos de tiempo acordados. Métricas para el retorno del testing
  • 11.
    GESTIONAR LA FASEDE PRUEBAS: Causa: Imposibilidad para entregar software sin defectos La gestión de la fiabilidad te da respuestas a: ¿Cuántos recursos necesitamos para probar? ¿Cuánto costará la garantía del proyecto? ¿y el mantenimiento correctivo? ¿Cuál es el coste de detección y corrección de defectos? ¿Cuándo finalizan las pruebas? ¿Cómo impactan las pruebas en los plazos? ¿Cuántos defectos se están entregando? ¿Cuál es la calidad tolerada por el cliente? ¿Cuál es el riesgo del paso a producción? Necesidad de Predecir Defectos
  • 12.
    Medidas en PruebasDiseño Código Qué Probar ERS Control tamaño esfuerzo duración defectos tiempo staff progreso hitos complejidad
  • 13.
    Estimación en PruebasQué tamaño Indice de Productividad Indicadores de la Fase de Pruebas ESTIMACIÓN defectos esfuerzo duración PLAN Diseño Código complejidad ERS
  • 14.
    Métricas en laFase de Pruebas
  • 15.
    Métricas en laFase de Pruebas
  • 16.
    Métricas en laFase de Pruebas
  • 17.
    Métricas en laFase de Pruebas
  • 18.
    Métricas en laFase de Pruebas
  • 19.
    Métricas en laFase de Pruebas
  • 20.
    Métricas en laFase de Pruebas
  • 21.
  • 22.
    EL REPOSITORIO DELMODELO DE PUTNAM (SLIM) Datos Fundamentales: Tamaño Esfuerzo Duración Defectos Datos de Búsqueda: Tamaño Tipo de Proyecto (Gestión, Telecomunicaciones, Tiempo Real, etc.) (Infiere Ratios del Grupo o Métricas : Productividad PI, Presión de tiempo MBI) Datos de Entrada: Tamaño Productividad Presión de Tiempo (opcional) REPOSITORIO
  • 23.
    EL REPOSITORIO DELMODELO DE PUTNAM (SLIM) Datos Salida: Esfuerzo total y por cada fase Distribución del esfuerzo en cada fase mediante curvas de Rayleigh Distribución de esfuerzo por categorias profesionales Número máximo de personas del equipo en cada fase Duración total y distribuída por fases Solapamiento entre fases Fechas estimadas de hitos predefinidos Defectos esperados en cada fase Tiempo medio entre defectos (MTTD) al final de cada fase Distribución de defectos en 5 niveles de criticidad REPOSITORIO
  • 24.
    GESTIÓN CUANTITATIVA DELSOFTWARE TAMAÑO PRODUCTIVIDAD TIPO DE PROYECTO REPOSITORIO
  • 25.
    Evalúa el Progresorespecto del Plan Los datos actuales están fuera de las bandas de control de la desviación Los semáforos avisan cuando se necesita replanificar
  • 26.
    Si la predicciónes mala . . . se replanifica QSM ajusta una curva a los datos actuales para encontrar la nueva fecha de finalización
  • 27.
    Seguimiento del Progresocontra Estimación inicial: Estimar, Controlar, y Predecir el final usando SLIM Control
  • 28.
    Muchas gracias RamiroCarballo Gutiérrez GESEIN , S. L. Alfonso Gómez 42 28037 Madrid Tlf. 91 754 45 21 Móv. 639078817 [email_address] www.gesein.com