26. Pruebas exploratorias y pensamiento crítico

26.1 Introducción

Las pruebas documentadas son útiles para repetir verificaciones conocidas, pero no siempre alcanzan para descubrir problemas nuevos. Muchas fallas aparecen cuando una persona explora el sistema, observa con atención, formula preguntas y prueba caminos no previstos.

Las pruebas exploratorias combinan aprendizaje, diseño y ejecución de pruebas al mismo tiempo. El tester no sigue únicamente un guion fijo; investiga el producto con un objetivo, adapta sus acciones según lo que descubre y registra hallazgos relevantes.

En este tema veremos qué son las pruebas exploratorias, cómo se organizan y por qué requieren pensamiento crítico.

26.2 ¿Qué son las pruebas exploratorias?

Las pruebas exploratorias son una forma de testing en la que el tester diseña y ejecuta pruebas de manera simultánea, guiado por un objetivo, conocimiento del sistema, riesgos y observaciones realizadas durante la sesión.

No son pruebas improvisadas sin método. Una prueba exploratoria puede tener estructura, tiempo definido, misión, notas y reporte de resultados.

En testing exploratorio, el tester aprende del sistema mientras prueba y usa ese aprendizaje para decidir qué probar a continuación.

26.3 Diferencia con pruebas guionadas

Las pruebas guionadas siguen pasos definidos previamente. Las exploratorias permiten ajustar el camino durante la ejecución.

Aspecto Prueba guionada Prueba exploratoria
Diseño Antes de ejecutar. Antes y durante la ejecución.
Pasos Definidos con anticipación. Se adaptan según lo observado.
Uso ideal Regresión, validación repetible, cumplimiento de criterios claros. Aprender, descubrir riesgos, investigar funcionalidades nuevas.
Documentación Casos detallados. Notas, misión, hallazgos y evidencias.

Ambas son útiles. No se trata de elegir una para siempre, sino de combinarlas según el objetivo.

26.4 ¿Cuándo conviene explorar?

Las pruebas exploratorias son especialmente útiles cuando:

  • La funcionalidad es nueva y todavía se conoce poco.
  • Los requisitos son incompletos o ambiguos.
  • Hay poco tiempo para escribir casos detallados.
  • Se quiere investigar un área con muchos defectos.
  • Se hizo un cambio grande y se necesitan descubrir efectos inesperados.
  • Se quiere evaluar usabilidad o experiencia de usuario.
  • Se necesita complementar una suite de regresión.
  • Hay sospecha de problemas no cubiertos por casos existentes.

Explorar no significa reemplazar todas las pruebas planificadas. Significa agregar una mirada investigativa.

26.5 Pensamiento crítico en testing

El pensamiento crítico permite cuestionar supuestos y buscar información con criterio. En testing, esto significa no aceptar automáticamente que el sistema funciona solo porque un caso básico pasó.

Un tester con pensamiento crítico se pregunta:

  • ¿Qué podría fallar aquí?
  • ¿Qué suposición estoy haciendo?
  • ¿Qué datos no probé?
  • ¿Qué usuario tendría más problemas con esta pantalla?
  • ¿Qué pasa si hago esta acción en otro orden?
  • ¿Qué ocurre si un servicio externo falla?
  • ¿El mensaje ayuda realmente al usuario?
  • ¿Este comportamiento coincide con la regla de negocio?

El pensamiento crítico convierte la prueba en investigación, no en repetición mecánica.

26.6 Sesiones exploratorias

Una forma práctica de organizar pruebas exploratorias es trabajar por sesiones. Una sesión exploratoria tiene un objetivo definido y un tiempo limitado.

Elementos de una sesión:

  • Misión: qué se quiere investigar.
  • Alcance: qué área o funcionalidad se explorará.
  • Tiempo: duración estimada, por ejemplo 45 o 60 minutos.
  • Datos: usuarios, archivos o registros necesarios.
  • Notas: observaciones, dudas, caminos probados y hallazgos.
  • Evidencia: capturas, logs o videos si aparece algo relevante.

La sesión evita que la exploración se vuelva desordenada o infinita.

26.7 Ejemplo de misión exploratoria

Una misión clara podría ser:

Explorar el flujo de recuperación de contraseña durante 45 minutos, enfocándose en enlaces vencidos, reutilización de enlaces, mensajes de error y comportamiento con usuarios bloqueados.

Esta misión define un área y un foco. No dice cada paso, pero orienta la investigación.

Una misión demasiado vaga sería:

Probar usuarios.

Esa frase no aclara objetivo, riesgo ni alcance.

26.8 Notas durante la exploración

Durante una sesión conviene tomar notas. No hace falta escribir un documento extenso, pero sí registrar información útil.

Notas posibles:

  • Qué caminos se probaron.
  • Qué datos se usaron.
  • Qué comportamientos llamaron la atención.
  • Qué dudas surgieron.
  • Qué defectos se encontraron.
  • Qué ideas de prueba quedaron pendientes.
  • Qué evidencia se adjuntó.

Sin notas, es fácil olvidar cómo se llegó a un defecto o qué áreas ya fueron exploradas.

26.9 Heurísticas

Una heurística es una guía práctica para pensar. No garantiza encontrar defectos, pero ayuda a generar ideas de prueba.

Ejemplos de heurísticas simples:

  • Probar datos vacíos.
  • Probar valores mínimos y máximos.
  • Cambiar el orden de las acciones.
  • Interrumpir un flujo antes de terminar.
  • Repetir una acción varias veces.
  • Usar roles con distintos permisos.
  • Probar con conexión lenta o servicio no disponible.
  • Revisar mensajes de error.

Las heurísticas ayudan a explorar con intención, no al azar.

26.10 Exploración por riesgos

Una buena exploración puede guiarse por riesgos. En lugar de recorrer pantallas sin objetivo, se pregunta qué podría generar mayor impacto si falla.

Ejemplos de focos por riesgo:

  • Permisos y seguridad.
  • Cálculos monetarios.
  • Estados y transiciones.
  • Datos obligatorios.
  • Integraciones externas.
  • Errores de red.
  • Acciones repetidas o duplicadas.
  • Flujos usados por muchos usuarios.

Explorar por riesgo aumenta la probabilidad de encontrar problemas relevantes.

26.11 Ejemplo: explorar una compra

Para explorar un flujo de compra, podríamos investigar:

  • Agregar y quitar productos del carrito.
  • Cambiar cantidades antes de pagar.
  • Intentar comprar más unidades que el stock disponible.
  • Aplicar cupones válidos, inválidos y vencidos.
  • Volver atrás desde la pantalla de pago.
  • Actualizar la página durante el proceso.
  • Simular pago rechazado.
  • Repetir confirmación de compra.
  • Revisar si el stock queda consistente.
  • Verificar correo de confirmación.

Algunas de estas pruebas pueden luego convertirse en casos documentados si revelan riesgos importantes.

26.12 Exploración y aprendizaje

Uno de los beneficios del testing exploratorio es que ayuda a aprender el producto. Mientras prueba, el tester descubre reglas, dependencias, mensajes, estados y comportamientos no evidentes.

Ese aprendizaje puede generar:

  • Nuevos casos de prueba.
  • Mejores preguntas para negocio.
  • Defectos reportados.
  • Mejoras de usabilidad.
  • Actualización de documentación.
  • Ideas para automatizar regresión.
  • Riesgos que no estaban en el plan.

Explorar no solo encuentra defectos. También mejora el conocimiento del equipo sobre el sistema.

26.13 Exploración y pruebas documentadas

Las pruebas exploratorias y documentadas se complementan.

Situación Enfoque conveniente
Validar que una regla conocida siga funcionando. Caso documentado o automatizado.
Investigar una funcionalidad nueva. Exploración con misión definida.
Repetir regresión crítica. Suite documentada, idealmente automatizada en partes estables.
Buscar riesgos no contemplados. Exploración guiada por heurísticas.

Una suite madura puede incluir ambos enfoques.

26.14 Qué hacer cuando se encuentra un defecto

Durante la exploración, al encontrar un defecto conviene:

  • Intentar reproducirlo.
  • Anotar pasos aproximados.
  • Registrar datos usados.
  • Capturar evidencia.
  • Indicar ambiente y versión.
  • Distinguir resultado esperado y obtenido.
  • Reportarlo como incidencia si corresponde.
  • Volver a la misión o ajustar la exploración si el hallazgo abre un riesgo importante.

La exploración no justifica reportes vagos. Si se encuentra un defecto, debe reportarse con claridad.

26.15 Exploración individual y en pareja

La exploración puede realizarse individualmente o en pareja.

En una sesión individual, una persona prueba y toma notas. En una sesión en pareja, dos personas colaboran: una puede conducir la prueba y otra observar, tomar notas o proponer ideas.

La exploración en pareja puede ser útil cuando:

  • La funcionalidad es crítica.
  • Hay reglas complejas de negocio.
  • Se quiere compartir conocimiento.
  • Un tester y un desarrollador investigan juntos una falla.
  • Se explora una zona desconocida del producto.

26.16 Informe de una sesión exploratoria

Al finalizar una sesión, conviene dejar un resumen. Puede incluir:

  • Misión de la sesión.
  • Duración.
  • Ambiente y versión.
  • Áreas exploradas.
  • Datos usados.
  • Defectos encontrados.
  • Dudas abiertas.
  • Riesgos identificados.
  • Ideas para futuras pruebas.

Este resumen permite que la exploración aporte conocimiento al equipo, no solo a quien la ejecutó.

26.17 Errores comunes

Al hacer pruebas exploratorias, algunos errores frecuentes son:

  • Explorar sin objetivo ni misión.
  • No tomar notas.
  • No registrar datos usados.
  • No intentar reproducir defectos encontrados.
  • Confundir exploración con prueba desordenada.
  • Explorar siempre las mismas zonas cómodas.
  • No comunicar dudas o riesgos descubiertos.
  • No convertir hallazgos importantes en casos de regresión.

El testing exploratorio necesita libertad, pero también disciplina.

26.18 Buenas prácticas

Para explorar mejor conviene:

  • Definir una misión clara.
  • Limitar la sesión en el tiempo.
  • Usar heurísticas para generar ideas.
  • Tomar notas durante la ejecución.
  • Registrar evidencias de hallazgos importantes.
  • Explorar desde riesgos, no solo desde pantallas.
  • Combinar exploración con casos documentados.
  • Compartir aprendizajes con el equipo.
  • Actualizar casos de prueba cuando se descubren escenarios relevantes.

26.19 Qué debes recordar de este tema

  • Las pruebas exploratorias combinan aprendizaje, diseño y ejecución.
  • No son pruebas improvisadas; pueden tener misión, tiempo y registro.
  • El pensamiento crítico ayuda a cuestionar supuestos y buscar riesgos.
  • Una sesión exploratoria debe tener un objetivo claro.
  • Las notas permiten conservar lo aprendido y reproducir hallazgos.
  • Las heurísticas ayudan a generar ideas de prueba.
  • La exploración complementa casos documentados y automatizados.
  • Los defectos encontrados deben reportarse con claridad.

26.20 Conclusión

Las pruebas exploratorias son una práctica esencial para descubrir problemas que no siempre aparecen en casos documentados. Permiten aprender el producto, investigar riesgos y adaptar la prueba según lo observado.

Explorar bien requiere pensamiento crítico, atención, notas y comunicación. No se trata de probar al azar, sino de investigar con intención.

En el próximo tema estudiaremos una introducción a métricas de testing y cobertura, para entender cómo obtener indicadores útiles sin caer en mediciones engañosas.