Close

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.

Primer plano de Deepak Parmar
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.


Teams today need to adopt continuous integration and deliver on the market demand of quality digital experiences to meet rising customer expectations. While speed to market is important,  there are instances of million-dollar bugs or simple user experience disasters that are very costly. From Boeing to Instagram, there are plenty of examples where the rush to deliver on deadline and poor-quality testing led to reputational and financial damage. 

Most software quality testing uses a structured approach. Test cases are defined based on already defined user stories and the test data is structured based on the test cases defined. Test coverage is measured using software engineering metrics and, in most cases, the coverage is adequate technically. 

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.


Exploratory testing is suited for specific testing scenarios, such as when someone needs to learn about a product or application quickly and provide rapid feedback. It helps review the quality of a product from a user perspective.  

In many software cycles, an early iteration is required when teams don’t have much time to structure the tests. Exploratory testing is quite helpful in this scenario.  

When testing mission-critical applications, exploratory testing ensures you don’t miss edge cases that lead to critical quality failures. Plus, use exploratory testing to aid unit test process, document the steps and use that information to test extensively during later sprints. 

It is especially useful to find new test scenarios to enhance the test coverage. 

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.


Organizations must be able to strike the right balance between exploratory testing and scripted testing. Exploratory testing alone can’t offer adequate coverage and teams shouldn’t attempt it unless they have reached a few initial milestones. 

Especially with any type of testing that is regulated or compliance-based, scripted testing is the way to go. In compliance based testing, where certain checklists and mandates need to be followed for legal reasons, it is advised to stick to scripted testing. One example of this is accessibility testing where several laws govern the testing protocol and there are defined standards that need to be passed. 

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.

Obtén una aplicación de gestión de la colección de Gestión de pruebas en Atlassian Marketplace.


Exploratory testing opens testing to all key stakeholders and not just trained testers.  Using an exploratory testing tool, one can capture screenshots, record voice memos and annotate feedback during sessions. This enables faster and more efficient review, by people beyond the traditional software tester.   

Exploratory testing complements QA teams’ existing test strategy. It comprises a series of undocumented testing sessions to discover yet unearthed issues/bugs. When combined with automated testing and other testing practices, it increases test coverage, discovers edge cases, potentially adds new features and overall improves the software product. With no structural rigidity, it encourages experimentation, creativity and discovery within the teams. 

The almost instantaneous nature of feedback helps close the gaps between testers and developers. Above all, the results of exploratory testing provide a user-oriented perspective and feedback to the development teams.  The goal is to complement traditional testing to find million-dollar defects that are generally hidden behind the defined workflow.  

Get a test management app from the Test Management collection on the Atlassian Marketplace.  

Deepak Parmar
Deepak Parmar

I’ve lived and breathed QA for the last decade now through my experience of working with leading QA services and product companies. I’m currently the head of Marketing and Partnerships at QMetry, bringing with me 20 years of experience in the IT industry, which has instilled in me the strong belief in improving customer delight through software quality.


Compartir este artículo

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.

Ilustración de Devops

La comunidad de DevOps

Ilustración de Devops

Leer el blog

Ilustración de un mapa

Pruébalo gratis

Suscríbete para recibir el boletín de DevOps

Thank you for signing up