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

3. Agile Testing vs. Testing in Agile

4. Agile Testing
● Qué es Agile Testing?
● Filosofía de Quality Assurance
● Responsabilidades: Tester como
Guía QA vs. Testing

5. Desafíos
1. 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

6. PROs
● Flexibilidad
● Adaptación
● Evolución
● Feedback
● Útil cuando las metas no están
claramente definidas
● Interacción del equipo
CONs
Falta de estructura -
Difícil para planear y predecir -
Menos confianza de clientes-
Basado en Personas en vez de Plan -
Consume mucho tiempo -

7. 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

8. 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

9. 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.

10. 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.

11. Gracias!
Franco Bianucci
Alejandro Ocampo