Charla ofrecida por Sebastián Vázquez en el marco de los Talleres durante la 3ra edición de Argentesting ¿Cuánto es el promedio que tardo yo o mi equipo en completar el proceso de pruebas? ¿Cuántas pruebas ejecuté, re ejecuté, u omití en los últimos x proyectos? ¿Cómo mido el tiempo desperdiciado para poder mejorar? ¿Le puedo hacer el control de calidad a mi proceso de pruebas? Si tu respuesta es “no se” o “y… más o menos…” tenés que estar en esta presentación. Voy a contarte cómo, construyendo un tablero de control que tome datos de tus herramientas de gestión de incidencias, podés medir fácilmente el esfuerzo de tu proceso y podés tener información para optimizar y mejorar continuamente tu actividad. La presentación será realizada con soporte de Power Point, comentando sobre las métricas que se pueden utilizar para armar un dashboard o tablero de control en una herramienta de BI que toma como fuente de datos, los introducidos en las herramientas de gestión de incidentes y definición de casos de pruebas. Este conocimiento puede ser orientado a los gerentes de calidad, encargados de pruebas, dueños de startups o incluso a testers que quieran profesionalizar su trabajo y quienes tengan una real preocupación por medir y conocer en detalle su proceso de pruebas, con el objetivo en mente de optimizar el proceso de inicio a fin. El esquema de la presentación contiene una parte de introducción a la problemática (tal vez aceptada, postergada o desconocida pero existente) de no medir el proceso de pruebas o no tener datos históricos de proyectos anteriores, y los beneficios (y desventajas o impedimentos) de realizar esta actividad. Otra parte de la presentación es la exposición de un caso real en el que se crea un tablero con información siempre actual, de los indicadores de los proyectos históricos y en ejecución del área de pruebas. En esta parte se comenta cuáles son las métricas que se consideran representativas y por qué. Luego se dan las conclusiones del trabajo volviendo a enfatizar en los beneficios del mismo. La expectativa del expositor es que la audiencia se lleve la motivación de aplicar (dándole mejor provecho a la infraestructura existente) en su ambiente, departamento o empresa estas iniciativas, con la idea de mejorar su proceso o generar la cultura de mejora continua en la organización. Sebastián Vázquez https://www.linkedin.com/in/sebastianvazquez/

2. Experiencia laboral (Más de 15 años):
 Alcatel – Telecomunicaciones (Stuttgart
Alemania)
 X-Treme Soft (Empresa propia)
 Vates – (Certificación CMMI5)
 Claro - Telecomunicaciones
 Intel – Servicios de Calidad del Producto
 Cargill – Mejora Continua
Áreas de Conocimiento:
 Estrategias de Verificación y Validación.
 Auditorías y análisis de procesos.
 Diplomado en Calidad de Software.
 Diplomado en Gestión de Proyectos.
 Metodologías de Calidad y Mejora Continua
sebavazquez@gmail.com

4. Un método para:
• Medir la productividad del equipo de pruebas.
• Estimar el esfuerzo de pruebas de software.

10. • ¿Qué se quiere medir, cómo (el método) y para qué?
• ¿Qué puedo medir con lo que tengo hoy?
• ¿Qué me falta para medir lo que quiero medir?

11. • ¿Qué es (para la empresa) un producto/servicio de calidad?
• ¿Agrega valor al producto o servicio??
• ¿Cuánto esfuerzo requiere obtener las mediciones?

12. • Defectos: Cantidad de defectos por severidad.
• Re trabajos: Cantidad de re trabajos.
• Casos de pruebas: Diseñados y Ejecutados.
• Calidad de producto: “Este es un indicador que tal vez no
sea numérico”. Es la percepción de lo realizado.

14. Casos de Prueba
• Diseñados (ET) (Dis)
• Ejecutados (ET) (Ejec)
• Re-Ejecutados (ET, CD)
• Exitosos (ET)
• Fallidos (ET, CD)
• No Ejecutados (CD)
• Reportados (ET) (Ejec)
• Por Criticidad (C,A,M,B)
• Rep x Cliente (CT)
• Falsos positivos (CT)
• No Defectos
• Duplicados

15. Casos de Prueba
• Cobertura Pruebas (Ejec)
• CPEejec / CPDiseñados
• Progreso (Ejec)
• CPPass / CPDiseñados
• % Criticidad
• % Críticos
• % Altos
• % Medios
• % Bajos