Objetivos 1. Compartir conocimiento adquirido en distintos proyectos con la comunidad de Testing. 2. Generar un espacio donde se generen nuevas relaciones entre los participantes. (Francisco) 3. Proveer herramientas de desarrollo profesional para los referentes de la comunidad. 4. Facilitar teoría y fuentes de información académica.
www.bstriker.com
Historia del Testing • Antes de 1956. Periodo orientado a debugging. En el ‘49 A.M. Touring es el precursor (Checking a large routine). • Entre 1957 y 1978. Periodo orientado a demostración. • Entre 1979 y 1982. Periodo orientado a destrucción. Myers -‐ The Art of Software Testing. • Entre 1983 y 1984. Periodo orientado a evaluación. (V,V&T). • Entre 1985 y la actualidad. Periodo orientado a prevención. STEP (Systematic Test and Evaluation Process) www.bstriker.com
¿Por qué? • • • • • • • • • • •
Modelo de trabajo incorrecto. (Ágiles o Estructurados) Los objetivos del Testing no son claros. Se realiza más Testing basado en la experiencia de los testers. Testers sin formación o habilidad. No se cuenta con información relevante a las pruebas. No hay criterios claros de comienzo o fin de Prueba. Testing como cuello de botella. La infraestructura de Testing no se condice con la del ambiente productivo. Herramientas obsoletas o demasiadas herramientas. Equipo de Testing muy lejos. (¿Testers en Desarrollo o un área de Testing?) Proceso de trabajo incorrecto.
Muchas otras razones www.bstriker.com
Mejora Continua
Modelos Básicos
Otros modelos
Discusión • Que le gustaría mejorar en su proceso de Tes?ng actual? • Como mediría la mejora? • Cual es una situación recurrente que se podría mejorar? • Cual es el mayor inconveniente de implementar ese cambio?
(Sohware Process Improvement and Capability Determina?on)
Factores de Éxito La definición clara de obje?vos. La medición de los obje?vos. No usar para cas?gar. Mo?vación del equipo. (Método Kaizen de Japón) • Estadís?cos vs Concien?zación pura. • • • •
Situación Practica Una empresa desarrolladora de Sohware que exporta su producción desea aumentar su efec?vidad en la detección de defectos. El equipo esta compuesto por 2 Testers Sénior y 2 Testers Junior que a?enden la producción de 10 desarrolladores. Los Testers Sénior son especialistas en automa?zación. Los defectos omi?dos afectan la reputación de la empresa y el cliente esta considerando cambiar de proveedor. El cliente no se encuentra sa?sfecho con el nivel de calidad ni con el sohware entregado, indica que en muchas oportunidades el sohware no cumple con lo solicitado además de tener defectos. Internamente uno de los Testers Sénior ?ene mala relación con el área de desarrollo lo cual genera que sus defectos no son atendidos. Uno de los Tester Junior reporta falsos defectos por lo cual desarrollo ya no lo toma con seriedad suficiente. Que puntos de mejora propondría?
Algunos puntos de Mejora 1. 2. 3. 4. 5. 6. 7. 8. 9.
El témplate de los requerimientos contemplan para que el usuario necesita la App? (RENAR) Enseñar al Analista metodología de Tes?ng. Dimensionar la percepción de Calidad para el usuario (KANO) Tes?ng de muestreo y Tes?ng nega?vo primero con los sénior y automa?zación mientras se solucionan defectos. Formación a los testers Junior sobre comunicación. (Portadores de malas no?cias) Reportar defectos importantes primero, y relacionados a la percepción de calidad del cliente. Realizar el UAT tan pronto termina el desarrollo. (Hip) Evaluar el nivel de percepción al finalizar la entrega. El Tester Sénior con mala relación debe automa?zar y verificar los defectos reportados por el Tester junior.
Invitado Especial Nestor Gasso – Jefe de Operaciones de Nokia. Profesor MBA