El documento presenta conceptos sobre testing exploratorio, destacando su importancia para optimizar la calidad del software en situaciones donde el tiempo y el conocimiento del producto son limitados. Se discuten diferentes tipos de testing, como el ad hoc y el planificado, con énfasis en el modelo de sesiones para el testing exploratorio. Además, se concluye que este enfoque mejora la planificación, la motivación del tester y la identificación de defectos.

1. Testing
Exploratorio
Sara Martínez

2. • Breve teórico.
• Práctico grupal.
• Discusión final.
Agenda

3. Tipos de testing “manual”
 Ad hoc
 Testing Planificado
 Testing exploratorio

4. Testing Ad hoc
 Falta de control
 Falta de seguimiento
 Falta de trazabilidad
 Sin un plan, realizado en el momento sin un
objetivo en mente, sin un método claro.

5. Testing Planificado
 Dos etapas bien definidas (al punto que lo
podrían hacer dos personas diferentes y
con skills distintos).

6. Testing Exploratorio
• Estrategia de testing exploratorio
• Definido como el diseño, ejecución y
aprendizaje de la aplicación de forma
simultánea, donde utilizamos lo aprendido
de experimentos anteriores en las
siguientes pruebas.
• Ideal para cuando:
• Tenemos poco tiempo.
• Conocemos poco el producto.

7. ¿Qué es el Testing Exploratorio?
“Es un estilo de testear software que enfatiza, la
libertad personal y responsabilidad individual
tester, para optimizar de manera continua el valor
de su trabajo, tratando al aprendizaje, diseño y
ejecución de pruebas, como actividades que se
apoyan mutuamente y corren en paralelo a lo
largo de un proyecto.”
–Cem Kaner

8. ¿RECONOCEN ALGUN
MOMENTO EN EL QUE
TUVIERAN QUE HACER TESTING
EXPLORATORIO?

9. Testing Exploratorio: basado en Sesiones
“Una sesión es una unidad básica de trabajo de
testing.
No es ni un caso de prueba, ni un reporte de
defectos.
Es un bloque ininterrumpido y revisable, donde
hay evidencias del trabajo en nuestra misión de
testing.”
–Jonathan Bach

10. Testing Exploratorio basado en Sesiones
• Cuando probamos “algo” durante cierto tiempo,
enfocados en “cierta característica” (misión).
• 1 o 2 horas.
• Buscando bugs en una feature nueva.
• Puede o no incluir:
- Checklists
- Casos de prueba
- Más …

11. MISION
• Que voy a probar
AREAS
• Cubrimiento de las áreas funcionales, plataformas, datos
operacionales, técnicas de testing o sistema bajo prueba
INICIO
• Tiempo
TESTER
Componentes de una Sesión

12. METRICAS DE TIEMPO
• Duración
• Diseño y ejecución de pruebas
• Reporte e investigación de defectos
• Armado de la sesión
• Misión vs Oportunidad
ARCHIVOS DE DATOS
• Documentos, checklist, entre otros
Componentes de una Sesión (cont.)

13. NOTAS DE PRUEBAS
• Pruebas realizadas Pensamientos
• Aprendizajes
• Pensamientos
• Datos de prueba
• Resultados
RIESGOS
• Oportunidades
DEFECTOS
• Bugs, mejoras
INCONVENIENTES
Componentes de una Sesión (cont.)

14. ¿PROBAMOS
?
http://www.copsa.com.uy/

15. Ejemplo de Métricas de en sesiones
Sesión Duración Misión Oportunidad Testing Defectos Armado
Cant.
Defectos
Cant.
Incidentes
Cant.
Testers
ET-S01 1h 1h 0 80% 10% 10% 1 3 1
ET-S02 2h 1.5h 0.5h 70% 20% 10% 5 1 2
ET-S03 2h 2h 0h 50% 40% 10% 8 0 1
ET-S04 2h 1h 1h 90% 10% 0% 1 0 1

16. Conclusiones
• Facilita la planificación:
• Time slots bien definidos.
• Mejora al tester, su motivación y habilidades.
• Facilita el análisis de cobertura.
• Mejora continua.

17. Conclusiones
• De mucha utilidad para:
• Brindar feedback y resultados de forma rápida.
• Adquirir nuevo conocimiento a lo largo de una
sprint, iteración o ciclo de testing.
• Revelar nuevos tipos de defectos e
inconvenientes.
• Mejorar las habilidades y conocimiento en la
lógica de negocio del tester.

18. Conclusiones
• Técnicas del Enfoque de Pruebas Planificadas:
• Valores límites
• Particiones de equivalencia
• Tablas de decisión
• Árboles de decisión
• Casos de uso
• Máquinas de estado

19. Preguntas?

20. ¡Gracias!
Sara Martínez