Este documento describe diferentes prácticas de pruebas modernas basadas en Lean/Agile como pruebas exploratorias, pruebas basadas en sesiones y esquemas de cobertura de producto. Explica cómo las pruebas exploratorias se ubican en el cuadrante de pruebas y provee plantillas y ejemplos para crear "cartas" o "charters" para guiar las sesiones de pruebas exploratorias. También describe los elementos clave de un producto de software que deben considerarse al diseñar pruebas y provee heurísticas

1. Prácticas modernas de pruebas basadas en Lean/Agile
Pruebas Exploratorias

2. Contenido
• Pruebas Exploratorias
• Pruebas Basadas en Sesiones
• Esquema de Cobertura de Producto

3. Pruebas Exploratorias y el Cuadrante de las Pruebas
Pruebas Funcionales
Construimos lo correcto?
Automatizado
(Cucumber, Selenium, etc.)
Pruebas Exploratorias
Usabilidad, Escenarios
UAT
Manual
Q2
Orientada al Negocio
Pruebas Unitarias
Lo construimos bien?
Automatizado
(frameworks xUnit)
Atributos de Calidad
Tiempo de respuesta;
escalabilidad; seguridad
Herramientas
Q1 Q4
Q3
Apoyadoporprogramación
CriticadelProducto
Orientada a la Tecnología

4. Verificación vs Pruebas

5. Pruebas Exploratorias

6. Plantilla de Carta (Charter) simple

7. Ejemplos de Cartas (Charters)

8. Creando Cartas (Charters)
• PRACTICA
• Piense en el ultimo Proyecto que ha participado, crear 2
Cartas (Charters) aplicables a la exploración del
producto.
10

9. Contenido
• Pruebas Exploratorias
• Pruebas Basadas en Sesiones
• Esquema de Cobertura de Producto

10. Pruebas basadas en Sesiones

11. Sesión de Prueba Exploratoria

12. Ejemplos de resultados revisables

13. PRACTICA
• Sumérgete en el Producto y Aprende : “Aprender el
producto produce un modelo mental de el en su mente.”
45
CARTA (CHARTER)
“Realizar una sesión de prueba de
reconocimiento (survey testing) para
Bolsa de Trabajo”
http://bolsatrabajo.azurewebsites.net/
Si encuentras un defecto, reportalo!!

14. Contenido
• Pruebas Exploratorias
• Pruebas Basadas en Sesiones
• Esquema de Cobertura de Producto

15. Elementos de un Producto
• Para probar bien hay que examinar varias dimensiones de un
producto de software
• Estructura :
• Todo lo que comprende el producto físico (código, hardware, etc.)
• Función
• Todo lo que el producto hace (Funcionalidad, Cálculos, Manejo de errores, etc.)
• Datos
• : Todo lo que el producto procesa (Datos de Entradas y Salidas, Persistencia, etc.)
• Interfaces
• : Cada conducto por el cual el producto es accesado o expresado (Interfaz de
Usuario/Sistema, API, Importación/Exportacion, Etc.)
• Plataforma
• : Todo sobre lo cual depende el producto (Cloud, Sistema externo, librerías, etc.)
• Operaciones
• : Como el producto será utilizado (tipos de usuario, uso extremo, etc.)
• Tiempo
• : Cualquier relación entre producto y tiempo (Rápido/Lento, concurrencia, etc.)

16. Esquema de Cobertura de Producto
• En un esquema de todos los elementos del
Producto que hay que considerar en la Prueba

17. Heurísticas de Diseño de Pruebas
• Ataques de Tipos de Datos
• Rutas/Archivos, Fechas/Horas, Numeros, Cadenas.
• Pruebas Web
• Navegación (Back/Forward), Cross-site Scripting, SQL Injection,
HTML/CSS syntax checker, etc.
• Heurísticas
• Limites
• CRUD
• Configuraciones (pantalla, red, disco, etc.)
• Interrupciones (LogOff, Shutdown, Reboot, etc.)
• Multi-usuario
• Maxima capacidad (CPU, Memoria, Red, Disco)

18. PRACTICA
• Incubar y Desarrollar “ideas de pruebas”
45
CARTA (CHARTER)
“Elaborar un Esquema de Cobertura
de Bolsa de Trabajo y una lista de
áreas de riesgo en preparación para
pruebas mas profundas del producto”
http://bolsatrabajo.azurewebsites.net/
Si encuentras un defecto, reportalo!!