Quiénes somos? Qué hacemos? Cómo llegamos acá?

Agile Testing vs. Testing in Agile

Agile Testing● Qué es Agile Testing?

● Filosofía de Quality Assurance

● Responsabilidades: Tester como

Guía QA vs. Testing

Desafíos1. Integración Continua: Entender el proceso!

2. Cobertura de Pruebas: Cobertura de pruebas inadecuada debido a los

cambios de requerimientos e IC. Algunas pruebas pueden ser evitadas!

3. Código roto debido a builds frecuentes

4. API Testing: Habilidades técnicas y herramientas para probar WS

5. Rol poco claro de los testers: Los testers participan solamente en la

verificación?

6. Testing = Llega la deadline

PROs● Flexibilidad● Adaptación● Evolución● Feedback● Útil cuando las metas no están

claramente definidas● Interacción del equipo

CONsFalta de estructura -

Difícil para planear y predecir -Menos confianza de clientes-

Basado en Personas en vez de Plan -Consume mucho tiempo -

Roles Adicionales

● Business Analyst (BA, Analista)○ Opción 1: Business Analyst en el rol de Product Owner (Dueño del Producto)○ Opción 2: Business Analyst como un miembro más del equipo

Evitar la trampa del Proxy Product Owner (Dueño de Producto Puente)!● Project Manager

○ PM debe ser un soporte para el equipo■ Especialmente enfocado en tareas de Administración del Equipo

Project Manager no es necesariamente un Scrum Master!● Scrum Master

○ Remueve impedimentos para el óptimo desempeño del equipo

Comunicar QA❏ Comunicar qué es y que NO es QA

❏ Que los diferentes actores conozcan nuestras tareas

a la hora de tomar decisiones

❏ Proveer buenas métricas y reportes

❏ Usar terminología adecuada al público

❏ Comunicar cómo un buen manejo del área de QA

puede afectar en la reputación del cliente

❏ Tener una actitud proactiva para recabar información

del producto

Expectativas del Cliente

● WYDSIWYG○ What You DON’T See Is What You Get○ Lo que NO se ve es lo que se obtiene

■ La calidad se percibe con la ausencia de errores■ Un error puede cambiar la percepción de calidad de todo el

producto■ Asegurar la Calidad de un producto NO significa asegurar que

no existirán errores■ La Calidad NO se negocia. NUNCA.

Documentación● Error común: Agile Testing (y Agile en

general) significa que no hay que documentar. ERROR.

● La documentación es tan importante en Agile como en cualquier otro método de proyecto, solamente que está más enfocado y condensado.

● Los buenos equipos ágiles son disciplinados con su documentación pero también tienen muy en claro cuanto documentar y cuando hacerlo.

Gracias!Franco Bianucci

Alejandro Ocampo