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
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.)
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
Se invierte mucho en testing manual, y luego se evalúan otras cosas.
Si bien los unit tests y la automatización de UI está aceptado como una buena práctica hoy en día, no mucha gente lo hace.
Se invierte mucho en testing manual, y luego se evalúan otras cosas.
Si bien los unit tests y la automatización de UI está aceptado como una buena práctica hoy en día, no mucha gente lo hace.
Se invierte mucho en testing manual, y luego se evalúan otras cosas.
Si bien los unit tests y la automatización de UI está aceptado como una buena práctica hoy en día, no mucha gente lo hace.
Se invierte mucho en testing manual, y luego se evalúan otras cosas.
Si bien los unit tests y la automatización de UI está aceptado como una buena práctica hoy en día, no mucha gente lo hace.
Se invierte mucho en testing manual, y luego se evalúan otras cosas.
Si bien los unit tests y la automatización de UI está aceptado como una buena práctica hoy en día, no mucha gente lo hace.
Se invierte mucho en testing manual, y luego se evalúan otras cosas.
Si bien los unit tests y la automatización de UI está aceptado como una buena práctica hoy en día, no mucha gente lo hace.
Se invierte mucho en testing manual, y luego se evalúan otras cosas.
Si bien los unit tests y la automatización de UI está aceptado como una buena práctica hoy en día, no mucha gente lo hace.
Se invierte mucho en testing manual, y luego se evalúan otras cosas.
Si bien los unit tests y la automatización de UI está aceptado como una buena práctica hoy en día, no mucha gente lo hace.
Se invierte mucho en testing manual, y luego se evalúan otras cosas.
Si bien los unit tests y la automatización de UI está aceptado como una buena práctica hoy en día, no mucha gente lo hace.
Se invierte mucho en testing manual, y luego se evalúan otras cosas.
Si bien los unit tests y la automatización de UI está aceptado como una buena práctica hoy en día, no mucha gente lo hace.
Se invierte mucho en testing manual, y luego se evalúan otras cosas.
Si bien los unit tests y la automatización de UI está aceptado como una buena práctica hoy en día, no mucha gente lo hace.
Se invierte mucho en testing manual, y luego se evalúan otras cosas.
Si bien los unit tests y la automatización de UI está aceptado como una buena práctica hoy en día, no mucha gente lo hace.
Se invierte mucho en testing manual, y luego se evalúan otras cosas.
Si bien los unit tests y la automatización de UI está aceptado como una buena práctica hoy en día, no mucha gente lo hace.
Se invierte mucho en testing manual, y luego se evalúan otras cosas.
Si bien los unit tests y la automatización de UI está aceptado como una buena práctica hoy en día, no mucha gente lo hace.