Pruebas exploratorias
Infórmate sobre las pruebas exploratorias y su historia. Descubre los pros y los contras de las pruebas exploratorias, en qué se diferencian de las pruebas con guion y cuándo conviene utilizarlas.
Deepak Parmar
Escritor colaborador
Las pruebas exploratorias son una estrategia de pruebas de software que suelen describirse como aprendizaje simultáneo, diseño de prueba y ejecución. Se centran en la detección y dependen de que el tester descubra defectos que no es fácil cubrir con otras pruebas.
La práctica de pruebas exploratorias ha cobrado fuerza en los últimos años. Se recomienda que testers y gestores de control de calidad incluyan pruebas exploratorias dentro de una estrategia integral de cobertura de pruebas.
Historia de las pruebas exploratorias
Las pruebas exploratorias existen desde hace algún tiempo, pero solían denominarse "pruebas ad-hoc". El término de "pruebas exploratorias" lo introdujo formalmente el experto en pruebas de software Cem Kaner en su clásico "Testing Computer Software".
La introducción de dicho libro se ha hecho célebre: "Por muchos casos de prueba de todos los tipos que crees, siempre te quedarás sin pruebas planificadas formalmente. Puedes seguir probando. Ejecuta nuevas pruebas en cuanto se te ocurran, sin dedicar mucho tiempo a preparar o explicar las pruebas. Confía en tu instinto".
¿Para qué sirven las pruebas exploratorias?
Hoy en día, los equipos deben adoptar la integración continua y satisfacer la demanda del mercado de experiencias digitales de calidad para satisfacer las crecientes expectativas de los clientes. Aunque la velocidad de salida del mercado es importante, hay errores que cuestan millones o desastres en términos de experiencia del usuario sencillos, pero muy costosos. Desde Boeing hasta Instagram, hay un sinfín de ejemplos de empresas en los que la prisa por cumplir un plazo y las pruebas de mala calidad provocaron daños en la reputación y en sus finanzas.
La mayoría de las pruebas de calidad de software siguen un enfoque estructurado. Los casos de prueba se definen a partir de historias de usuario ya definidas y los datos de prueba se estructuran a partir de los casos de prueba definidos. La cobertura de prueba se mide mediante parámetros de ingeniería de software y, en la mayoría de los casos, la cobertura es adecuada técnicamente.
Ver la solución
Desarrolla y pon en marcha software con Open DevOps
Material relacionado
Pruebas automatizadas para DevOps
Los que suelen escapar son casos marginales, que se descubren a través de pruebas de aceptación de usuario (UAT, por sus siglas en inglés) y se prueban a partir de perfiles de usuarios. Por otro lado, las pruebas exploratorias son aleatorias o no estructuradas y pueden revelar errores que quedarían ocultos en la fase estructurada de las pruebas.
Con las pruebas exploratorias, los testers pueden probar con una historia de usuario que sigue una secuencia determinada. Pueden anotar defectos, añadir aserciones y notas de voz, y crear documentación sobre la marcha. De esta forma, una historia de usuario se convierte en un caso de prueba. Esta información también puede servir para el control de calidad.
Efectivamente, la ejecución de pruebas se implementa sin pasos de autor formales de prueba. A continuación, la herramienta de pruebas exploratorias se convierte en un precursor de la automatización. Ayuda a formalizar los hallazgos y a documentarlos automáticamente. Con la ayuda de comentarios visuales y herramientas de prueba colaborativas, todos pueden participar en las pruebas exploratorias. Esto permite a los equipos reaccionar y adaptarse a los cambios rápidamente, facilitando un flujo de trabajo ágil.
Además, el tester puede convertir secuencias de pruebas exploratorias en scripts de prueba funcionales utilizando herramientas para la documentación automatizada de casos de prueba. Esto refuerza el proceso de prueba tradicional.
Al integrar herramientas como Jira y productos de gestión de pruebas, los equipos pueden exportar directamente la documentación registrada a los casos de prueba.
Con ello, las pruebas exploratorias aceleran la documentación, facilitan las pruebas unitarias y ayudan a crear un ciclo de feedback instantáneo. Como dice James Bach, cofundador del centro de formación de testeo de software Context-Driven: "Las pruebas exploratorias fomentan el pensamiento científico en tiempo real".
¿Cuándo deberías usar pruebas exploratorias?
Las pruebas exploratorias son adecuadas para casos de prueba específicos, como cuando alguien necesita recopilar información rápidamente acerca de un producto o una aplicación y proporcionar feedback rápido. Sirven para revisar la calidad de un producto desde la perspectiva del usuario.
En muchos ciclos de software, se requiere una iteración temprana cuando los equipos no tienen mucho tiempo para estructurar las pruebas. Las pruebas exploratorias son bastante útiles en una situación así.
Al probar aplicaciones críticas, las pruebas exploratorias garantizan que no se pasen por alto casos marginales que puedan dar lugar a fallos críticos de calidad. Además, puedes utilizar las pruebas exploratorias para respaldar el proceso de pruebas unitarias, documentar los pasos y utilizar esa información para realizar pruebas exhaustivas en sprints posteriores.
Resultan particularmente útiles para encontrar nuevos casos de prueba con los que mejorar la cobertura de las pruebas.
Cuándo no se deben usar pruebas exploratorias
Las organizaciones deben dar con el equilibrio adecuado entre pruebas exploratorias y pruebas con guion. Las pruebas exploratorias por sí solas no pueden ofrecer una cobertura adecuada y los equipos no deben intentar realizarlas, a menos que hayan alcanzado unos hitos iniciales.
Las pruebas con guion son la solución recomendada en especial con pruebas reguladas o basadas en el cumplimiento. En las pruebas basadas en el cumplimiento, donde se deben seguir ciertas checklists y mandatos por motivos legales, lo recomendable es ceñirse a pruebas con guion. Un ejemplo de esto son las pruebas de accesibilidad, en las que varias leyes rigen el protocolo de pruebas y hay que superar una serie de estándares definidos.
Importancia de las pruebas exploratorias para CI/CD
Por su parte, las pruebas exploratorias están abiertas a todas las partes interesadas, no solo a testers expertos. Con una herramienta de pruebas exploratorias, se pueden hacer capturas de pantalla, grabar notas de voz y anotar feedback durante las sesiones. Esto agiliza y hace más eficiente la revisión, que tampoco queda restringida a la figura del tester tradicional.
Las pruebas exploratorias complementan la estrategia de pruebas existente de los equipos de control de calidad. Constan de una serie de sesiones de pruebas sin documentar para descubrir problemas/errores ocultos. Si se combinan con pruebas automatizadas y otras prácticas de prueba, aumentan la cobertura de las pruebas, sacan a la luz casos marginales, pueden añadir nuevas funciones y mejoran en general el producto de software. Al no tener una estructura rígida, fomentan la experimentación, la creatividad y el descubrimiento dentro de los equipos.
Al tener feedback casi inmediato, sirven para cerrar las brechas entre los testers y los desarrolladores. Por encima de todo, los resultados de las pruebas exploratorias proporcionan una perspectiva centrada en el usuario y feedback a los equipos de desarrollo. El objetivo es complementar las pruebas tradicionales para detectar defectos que puedan costar millones y que suelen quedar ocultos tras el flujo de trabajo definido.
Visita Atlassian Marketplace para obtener más información sobre las aplicaciones de gestión de pruebas. Además, descubre cómo Atlassian y las herramientas de terceros pueden integrar pruebas en tu flujo de trabajo con nuestros tutoriales sobre pruebas de DevOps.
Compartir este artículo
Tema siguiente
Lecturas recomendadas
Consulta estos recursos para conocer los tipos de equipos de DevOps o para estar al tanto de las novedades sobre DevOps en Atlassian.
La comunidad de DevOps
Leer el blog
