1. Mitos del testing exploratorio
Luis Fraile
luis.fraile@globealm.com
@lfraile - @globetesting - @globealm
ALM Division Manager
MVP Visual Studio ALM
2. ¿Testing exploratorio?
No es
Ejecución y • Monkey testing
definición • Pruebas de humo
simultánea • No planificado
• Procastinar
Basado en la No sólo en el
perspectiva del documento de
usuario requerimientos
3. Las claves
Creativo …
Inspeccionar y aprovecha el Complementario
adaptar potencial del al formal
equipo
Encontrar
TEST EARLY,
defectos Valor al cliente
TEST OFTEN !!!
rápidamente
5. Mito1: ad-hoc testing?
Tiene que estar organizado
Hay que saber: ¿Ideas?
Testing Session-
Que se Cuando
tours de based de Tu propio
ha se ha Defectos
James James método
probado probado
Whittaker Bach
6. Mito 2: ¿Medir el progreso?
Muchos tipos de medidas:
• Pruebas ejecutadas
• Densidad de defectos
• Dfectos vs. complejidad de requerimientos
Sed creativos
Cuidado
• Las métricas pueden ser engañadas
Siempre descriptivas nunca prescriptivas
7. Mito 3: ¿tests sin fin?
Difícil concentrarse en tareas largas (> 25 min)
Endless == useless
Focalizar en partes concretas
• Requerimientos
• Problemas
• Partes complejas
Focaliza durante un periodo corto (25 min)
Toma notas …
Pomodoro testing
8. Mito 4: ¿Crear defectos?
El resultado más inmediato:
errores reproducibles
Información a
¿Explorando? Herramientas los
desarrolladores
¿que hacían
Grabación de Capturas de …adopta un
los ¿lápiz y papel?
vídeo pantalla desarrollador
exploradores?
9. Mito 5: divertido si haces agile
¿hacer siempre lo
mismo y esperar Inspeccionar y Buscar nuevos
resultados adaptar modos de probar
diferentes?
Dejar creatividad … crees en tu
… ¿o no? …
a los equipos … equipo …
10. Mito 7: ¿No documentado?
Documentación
Nuevos
Bugs Pantallazos Vídeo planes de Feedback
pruebas
No necesariamente Word …
12. ¿Cuándo empezar?
Lo antes Construir en
posible slices
... Pretotyping
http://www.pretotyping.org/the-
pretotyping-manifesto-1
Todos los derechos reservados // Globe Testing
13. ¿Qué resultados esperar?
• … de nuevo
Defectos
• Areas críticas
Planes de • Mejorar en
pruebas conocimiento
14. Herramientas
Deben ayudar a:
• Gestionar el esfuerzo de
test
Rol importante
• Gestionar la ejecución
• Crear defectos
• Proporcionar métricas
19. Creación de bugs y casos de prueba
Desde la propia herramienta
Información de sesión
Puede usarse para:
• Bugs enriquecidos
• Nuevos casos de prueba
20. Referencias
● Agile Testing de Lisa Crispin y Janet Gregory
● Anutthara (Microsoft) http://blogs.msdn.com/b/anutthara
● James Bach http://www.satisfice.com/blog/
● James Whittaker (Google Microsoft)
http://blogs.msdn.com/b/jw_on_tech/
● Exploratory Software Testing: Tips, Tricks, Tours, and Techniques to Guide Test Design