Saltar al contenido
SDETRole
SDETRole

Glosario · Fundamentos de testing

Pruebas exploratorias

En inglés: Exploratory testing

También llamado: testing exploratorio, prueba exploratoria, sesiones exploratorias

Definición

Pruebas en las que el tester diseña y ejecuta las pruebas al mismo tiempo, usando lo que revela cada resultado para decidir qué probar a continuación.

Las pruebas exploratorias son aprendizaje, diseño de pruebas y ejecución de pruebas al mismo tiempo. En lugar de seguir pasos escritos de antemano, el tester investiga el producto, formula una hipótesis sobre dónde podría fallar, la prueba y deja que el resultado dé forma a la siguiente prueba. Es pensamiento estructurado, no hacer clic al azar, y encuentra los bugs para los que a nadie se le ocurrió escribir un caso de prueba.

Ejemplo: una sesión con tiempo acotado

Los equipos suelen hacer pruebas exploratorias en sesiones con un charter (misión) escrito:

Charter: Explorar la subida de archivos en la página de perfil con archivos poco habituales, para descubrir cómo maneja las entradas inválidas. 60 minutos.

Durante la sesión, el tester podría probar un archivo de 0 bytes, una imagen de 50 MB, un .png que en realidad es un PDF, un nombre de archivo con emojis o con 255 caracteres, dos subidas seguidas muy rápido y cancelar a mitad de camino. Cada sorpresa lleva a nuevas pruebas. Las notas registran lo que se cubrió, los bugs encontrados, las preguntas surgidas y las áreas que quedan para otra sesión.

Pruebas exploratorias vs. pruebas guionizadas

Exploratorias Guionizadas
Diseño Durante la ejecución Antes de la ejecución
Fortaleza Encuentran bugs inesperados, se adaptan rápido Repetibles, auditables, fáciles de automatizar
Debilidad Dependen de la habilidad del tester, más difíciles de repetir Solo encuentran lo que se anticipó

Se complementan. Las pruebas guionizadas y automatizadas protegen el comportamiento conocido. La exploración encuentra lo desconocido, y sus mejores hallazgos suelen convertirse en nuevas pruebas de regresión automatizadas.

Errores comunes

  • Sin charter ni notas. Sin un foco y un registro, nadie puede saber qué se cubrió y no se puede informar de la sesión.
  • Confundirlas con las pruebas ad hoc. Las pruebas ad hoc son informales y no se documentan. Las pruebas exploratorias son deliberadas, con tiempo acotado y con un debriefing al final.
  • Dejarlas para el final. Explorar una funcionalidad pronto, mientras aún se está construyendo, da feedback a los desarrolladores cuando actuar es más barato.

Escribe para buscar en todo SDETRole.

Búsqueda de texto completo con Pagefind · se ejecuta en tu navegador Abrir la página de búsqueda →