Cómo diseñar una Estrategia de Pruebas dentro de un Contexto Ágil.

1. Agile Test
Strategy
ANGEL NÚÑEZ
angel.nunez@kleer.la
@snahider

2. ANGEL NÚÑEZ
Agile Quality Specialist,
Consultant & Trainer
angel.nunez@kleer.la
@snahider

3. Agile Testing
Factores del contexto con el cuál tenemos que lidiar:
• Sprints Cortos
• Iterativo e Incremental
• Testing es una “actividad” de “equipo”.
• Menos certeza: abiertos al cambio.
• Pensamiento crítico continuo
Agile Testing es solo testing … en un contexto ágil!.
(Context-Driven Testing)

4. Actividad Conexión
¿Qué es una Estrategia de Pruebas?
¿Qué es un estrategia de pruebas para ti?
¿A qué se parece tu estrategia de pruebas?
(documento/excel/voz, qué formato, qué contiene,
a quien está dirigido, etc).

5. Test Strategy
Es el conjunto de ideas de
alto nivel que expresan el
diseño general de nuestra
campaña de pruebas.
El diseño detrás del plan.
Fiona Charles

6. Es la solución al problema
• Cómo descubrir información sobre las amenazas
al valor que buscan los stakeholders
• Lo más eficiente y eficiente posible
• Dentro de las restricciones
• Con los recursos disponibles
• Mientras manejamos los riesgos

7. Test Plan
• Strategy: Conjunto de ideas que guías el diseño
de las pruebas.
• Logistics: Conjunto de ideas que guían la
aplicación de recursos para cumplir la estrategia.
• Plan: Conjunto de ideas que guían el proyecto de
pruebas.
Plan = Strategy + Logistics

8. Principios que nos permiten trabajar
en este contexto.
Lean
Tes(ng
Eliminate
waste
Amplify
learning
Regularly
revise
Rapidly
respond
Collaborate
and
communicate
Maintain
transparency
and
trust
See
the
whole

9. ¿Qué enfoque utilizar de tal manera
que nos permita seguir estos
principios?
Esta compuesto de algunos elementos:
- Heuristic Test Strategy Model.
- Con aspectos de Rapid Software Testing.
- Presentado en un Visual Test Model.

10. Heuristic Test Strategy Model

11. Heuristic Test Strategy Model
Es un conjunto de patrones que nos
ayudan a diseñar una estrategia de
pruebas.
HTSM no es una estructura estática
de trabajo, sino anima al tester a
realizar preguntar y más preguntas.

12. Project Environment
(Formas de enteder nuestro contexto)
Mientras más conozcamos acerca del producto, más sencillo será
desarrollar estrategias de prueba eficientes.
• Misión
• Información
• Relación con
Desarrolladores
• Equipo de Pruebas
• Equipo y
Herramientas
• Calendario
• Producto
• Entregables

13. Qué es Coverage
_________ coverage es “cuanto testing necesitamos
hacer con respecto a algún modelo de _________”
Es el grado en que hemos viajado por algún mapa
del producto.
¿Qué significa “mapa” del producto?
Hablar acerca de Coverage significa hablar acerca de
Modelos.

14. Modelos
Un modelo es una idea, actividad u objetivo
como una idea en la mente, un diagrama, lista de palabras, hoja de cálculo, una persona, un
juguete, una ecuación, etc.
Representa otra idea, actividad u objeto más complejo que
necesitamos estudiar o trabajar.
Entender algo sobre el modelo puede ayudar a comprender
y manipular lo que representa.
Siempre existe un modelo implícito o explícito
cuando probamos.

15. ¿Por qué modelar conscientemente?
En cada prueba tomamos decisiones: que incluir,
qué excluir.
Modelar conscientemente una prueba nos da una
forma de controlar, examinar y explicar esas
decisiones.

16. Una Manera de Modelar Coverage
• Estructuras
• Funciones
• Data
• Interfaces
• Plataformas
• Operaciones
• Tiempo
Estas palabras guía estructuran tu pensamiento y le dan una mayor
amplitud.

17. Quality Criteria
Identificar el valor y las amenazas de …
• Capacidades
• Confiabilidad
• Usabilidad
• Carisma
• Escalabilidad
• Compatibilidad
• Seguridad
• Performance
• Instalabilidad
• Desarrollo
Muchos enfoques de prueba se centran en la Capacidad
(funcionalidad) y subestiman los otros criterios.

18. Quality Criteria
Identificar el valor y las amenazas de …
• Capacidades
• Confiabilidad
• Usabilidad
• Carisma
• Escalabilidad
• Compatibilidad
• Seguridad
• Performance
• Instalabilidad
• Desarrollo
Muchos enfoques de prueba se centran en la Capacidad
(funcionalidad) y subestiman los otros criterios.

19. Distinguir la estrategia del
documento con la estrategia.
Un documento mientras más grande, pesado y con información copiada:
• Menor la probabilidad de que alguien lo lea.
• Menor la probabilidad de que transmita claramente.
• Rara vez contiene la estrategia como tal.

20. Aplicar Comunicación Efectiva a
nuestro Testing
El 80% de las personas
tenemos una preferencia por
Visual y/o Audio.
Entonces combinando
conversaciones grupales y
representaciones visuales en
diagramas, lograremos
comunicar a la mayor
3 formas en las cuales las
personas absorben la
información.

21. Visual Test Model
Es una técnica para capturar y presentar el
Coverage de las Pruebas utilizando diagramas
(usualmente mindmaps).

22. Comenzamos colocando los
seeds con el modelo de
cóverage que hemos
elegido (HTSM, I SLICED UP
FUN , FIBLOTS, etc.)
¿Cómo estructurar nuestro VTM?
1. Seeds

23. 2. Branches
• Nuestras ideas de pruebas saldrán de las ramas (generar tantas
como sea posible ya que nos permitirá tomar mejores decisiones).
• A medida que el mapa crece genera nuevas preguntas que permiten
mejorar el mapa (es un sistema orgánico).

24. 4. Otra información - Progreso
A medida que el testing es realizado, podemos comunicar nuestro
progreso, colocareando las ideas de pruebas (Verde: ok, Rojo: bug,
Amarillo: bloqueado)

25. VTM – Ejemplo 1

26. VTM – Ejemplo 2

27. ¿Para que podemos usar el VTM?
• Entender el Test Coverage potencial.
• Clarificar alcance y prioridad.
• Negociar estimados y fechas.
• Identificar oportunidades de automatización.
• Identificar gaps de conocimiento.
• Una alternativa a test scripts.
• Reportar Progreso.
• Análisis de Impacto.
• …..

28. ¿cómo crear el VTM?
Un VTM solo es útil si la información que captura es valiosa, precisa y
suficiente.
La mejorar forma de lograr esto es mediante la comunicación,
colaboración y lluvias de ideas de todo el equipo.

29. Strategy – Execution – Report
(No son actividades secuenciales)

30. Strategy – Execution – Report
(Es un flujo iterativo)

31. La Estrategia
Evoluciona en el Tiempo

32. Test Strategy en Ágil

33. Actividad Cierre
¿De todo lo visto qué crees que
podrías a aplicar en las próximas
semanas en tu trabajo?

34. ¿Preguntas?
ANGEL NÚÑEZ
Agile Quality Specialist,
Consultant & Trainer
angel.nunez@kleer.la
@snahider

35. Referencias
• What is a Good Test Strategy
http://thetesteye.com/blog/2013/09/what-is-a-good-test-strategy/
• Agile Test Strategy
http://www.huibschoots.nl/downloads/Workshop%20Test%20Strategy%20Agile
%20Testing%20Days%202014%20-%20Huib%20Schoots.pdf
• Test Strategy Next Level
https://nordictestingdays.eu/files/files/teststrategynextlevel_fulldaytutorial.pdf
• Heuristic Test Strategy Model
http://www.satisfice.com/tools/htsm.pdf
• Rapid Software Testing
http://www.developsense.com/presentations/2009-10-
RapidIntroToRapidTesting.pdf
• Visual Test Models
http://www.inspiredtester.com/inspired-tester-blog/visual-test-models
• Meaning, Imprecision and Taxonomy of Visual Test Models
http://www.testingtrapezemagazine.com/magazine/june-2015/