Scrum Testing.

Transcripción

1 Scrum Testing

2 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. 3. Proveer herramientas de desarrollo profesional para los referentes de la comunidad. 4. Facilitar teoría y fuentes de información académica.

3 Historia del Testing Antes de Periodo orientado a debugging. En el 49 A.M. Touring es el precursor (Checking a large routine). Entre 1957 y Periodo orientado a demostración. Entre 1979 y Periodo orientado a destrucción. Myers - The Art of Software Testing. Entre 1983 y Periodo orientado a evaluación. (V,V&T). Entre 1985 y la actualidad. Periodo orientado a prevención. STEP (Systematic Test and Evaluation Process)

4 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

5 Mejora Continua Con frecuencia las pruebas representan una importante cantidad de los costes totales del desarrollo de proyectos. De la misma forma que un proceso software experimenta mejora, el proceso de prueba puede estar sujeto a evaluación y a un perfeccionamiento. Aún así, el proceso de prueba es mencionado sólo en una pequeña parte de modelos conocidos par mejora de software. Los modelos en esta sección están hechos para cubrir la brecha ( close the gap ).

6 Modelos Básicos Test Maturity Model (TMM). Test Process Improvement (TPI). Critical Test Process (CTP). Systematic Test and Evolution Process (STEP). Capability Maturity Model Integration (CMMI).

7 Otros modelos ITIL V3 Pruebas concebidas como un servicio, estableciendo la organización de prueba utilizando los procesos ITIL y buenas prácticas. TIM Test Improvement Model, modelo de proceso de mejora centrado en la eficiencia de coste. Tmap Test Management, enfoque para pruebas orientadas al resultado. SQR Software Quality Rank, mejora de la calidad de software a nivel de componente.

8 Comparativo

9 Resumen General Antes ' (Myers) TESTING Debbuging Demo Destrucción Evaluación (V,V &T) Prevención MODELOS DE DESARROLLO Cascada (Benignton - Royce) 92 Modelo V / W 94 RUP Primer Ágil 99 TDD MODELOS DE MEJORA CONTINUA STEP - 86 (3) TMM - 90 (5) CTP (12) TPI - 97 (4) (SOGETI) CMMi - 02 SPICE - '04 (6) MODELOS GENERALES Deming PDCA Kaizen TQM EFQM - 88 Six Sigma - 86

10 SCRUM 95 Antes ' (Myers) TESTING Debbuging Demo Destrucción Evaluación (V,V &T) Prevención MODELOS DE DESARROLLO Cascada (Benignton - Royce) SCRUM 92 Modelo V / W 94 RUP Primer Ágil SCRUM 99 TDD MODELOS DE MEJORA CONTINUA STEP - 86 (3) TMM - 90 (5) CTP (12) TPI - 97 (4) (SOGETI) CMMi - 02 SPICE - '04 (6) MODELOS GENERALES Deming PDCA Kaizen TQM EFQM - 88 Six Sigma - 86

11 SCRUM - FACTS Pioneros Nonaka y Takeuchi (85). Significa Avance en Equipo. Presentado Oficialmente en el 95 por Ken Schwaber (Scrum Development process). Considerado Método Ágil (Manifiesto Ágil). Es un modelo incremental, de ciclos cortos. Muy útil en requerimientos inestables. Por lo general necesita el apoyo de herramientas de automatización. Aunque AGIL aun debe documentar los casos de pruebas para dejar evidencia de la tarea. Página 11

12 Página 12 SCRUM - MODELO

13 SCRUM - PROCESO PRODUCT OWNER: Organiza el backlog, escribe stories y las prioriza. SCRUM MASTER: Facilitador entre el Product Owner y el team. Protege (distracciones o amenazas) y hace cumplir reglas. TEAM (3-9): Análisis, Diseño, Desarrollo, Testing entre otras OPCIONALES: ü STAKEHOLDERS: Por lo general participan solo de las revisiones. ü MANAGERS Página 13

14 SCRUM - Implementación SPRINT: Es donde se ejecuta el trabajo planificado. 2-3 Semanas (max 30 días). Daily meetings (No más de 15 minutos). Todos son bienvenidos pero solo los integrantes del team pueden hablar en DM. En las DM se responden 3 preguntas. Scrum de Scrum. Incremento del producto. Restrospectiva o Lecciones aprendidas. Página 14

15 SCRUM TESTING Es una metodología no una técnica de Testing. Se complementa con TDD, BDD, No Sistemáticas. Se pueden aplicar tanto técnicas Dinámicas como Estáticas. Misiones de Testing (Exploración). Automatización es prioritario.

16 SCRUM TESTING - EJEMPLO Generar un listado de escenarios relacionados con las stories. En la primera iteración automatizar los escenarios más relevantes o críticos. En las iteraciones siguientes automatizar los escenarios críticos manteniendo cierta informalidad con los escenarios menos importantes sin llegar al caos. Reportar los defectos tan pronto sea posible con el mayor detalle posible o con la posibilidad de comunicarse en detalle con quien soluciona el defecto. No perder de vista el objetivo de la prueba por iteración y globalmente. El resultado total de Scrum es lo importante.

17 EXPERIENCIA INVITADO

18 Pruebas Estáticas o sólo Pruebas Dinámicas en SCRUM? Página 18

19 Página 19 SCRUM - MODELO

20 SCRUM TESTING Aplicar pruebas estáticas. Documentar lo suficiente. Automatizar lo máximo posible pero de una manera reutilizable. Herramienta de soporte a Testing. Que eliminen la carga de tareas automatizables. Balance entre Técnicas Sistemáticas y no Sistemáticas dependiendo los seniorities de los integrantes del team.

21 SCRUM TESTING Determinar Testabilidad de componentes lo más pronto posible. Seleccionar Integrantes con habilidades de comunicación. Determinar qué Automatizar Dinámicamente. Herramienta de soporte a Testing. Que eliminen la carga de tareas automatizables. Testers con habilidad de ejecutar más que solo pruebas funcionales. Principios ágiles.

22 Muchas gracias!