Pruebas exploratorias

La aventura de las pruebas de software es sin duda un viaje estilo Indiana Jones: Díficil e intensiva en destrezas personales.

Su creador Cem Kaner la define como "un estilo de pruebas de software que se concentra en la libertad personal y la responsabilidad del evaluador para optimizar continuamente la calidad de su trabajo".
El hecho de que las pruebas exploratorias se lleven a cabo sin ningún guión, no significa que éste no tenga estructura ni regla alguna. Las pruebas exploratorias tiene cinco elementos externos: tiempo, probador, producto, misión y reportes. Una prueba exploratoria se lleva a cabo en un tiempo delimitado, sobre un producto específico, por medio de un tester en particular, tratando de cumplir una misión, el cual puede reportar el estado y resultados de la misma en cualquier momento.
Los elementos más importantes de esta metodología son:

• Exploración del producto: Descubrir y almacenar los propósitos y funciones del producto, tipos de datos procesados y áreas potenciales de inestabilidad.
• Diseño de pruebas: Determinar las estrategias de operar, observar y evaluar el producto.
• Ejecución de pruebas: Operaciones sobre el producto, observar su comportamiento y utilizar la información para formar hipótesis sobre cómo el producto trabaja.
• Heurísticas: Guías y reglas de dedo que ayudan a decidir que hacer.
• Resultados revisables: Deben estar oriendados a cumplir los requerimientos o la misión.

El exploratory test es particularmente conveniente si los requisitos y las especificaciones están incompletas, o si se dispone de poco tiempo para el proceso de pruebas.

Sirve también cuando no se sabe qué es lo siguiente que se debe probar o si se debe o no probar un área del programa en particular.

El enfoque también se puede utilizar para verificar que otros tipos de pruebas han encontrado los defectos más importantes en la aplicación.