¿Qué dificultades pueden aparecer durante las pruebas ad hoc?

Las pruebas ad hoc ocurren cuando alguien dice “Hey, ¿puedes realizar pruebas en esto …… para mí?”

Puede o no saber nada sobre la aplicación que se va a probar. Te guiaré a través de escenarios comunes de la vida real aquí.

  • ¿Cuál es el objetivo de la prueba? ¿Lo que es importante?

El primer desafío es poder obtener el requisito de prueba. Sí, haremos la prueba. ¿Pero para qué? y ¿Cómo hacerlo correctamente?

¿Qué tipo de información necesitamos encontrar?

¿Se utilizará esta información para la toma de decisiones?

¿Cuál es el punto más importante a tener en cuenta? para que puedas priorizar el trabajo.

Cuando sucede Ad hoc, no puedes simplemente probar.

  • ¿Tenemos limitaciones de tiempo y recursos?

¿Cuando es la fecha límite? ¿Cuáles son los recursos que podría usar para hacer la prueba?

Gestionar las limitaciones para ajustarse al objetivo a tiempo con la calidad será su desafío aquí.

  • ¿Tenemos requisitos comerciales o especificaciones de software?

Normalmente, no tendremos información adecuada sobre esto. Ahora se está volviendo difícil entender el requisito.

  • ¿Necesitamos un plan de prueba o casos de prueba?

Por lo general, no es necesario que realicemos pruebas ad hoc de manera muy formal, pero a veces es posible que tengamos que hacerlo.

A veces solo necesitamos Lista de verificación de prueba, no Casos de prueba.

Realizar pruebas sin plan y estrategia hará que te vuelvas improductivo. Terminará pasando muchas veces en las pruebas sin agregar un valor significativo.

  • ¿Cómo hacer la ejecución de prueba en estilos?

Si tienes tiempo limitado. La ejecución de pruebas con una buena organización ayudaría mucho a hacer las pruebas de manera efectiva y eficiente

  • ¿Qué tipo de información necesitarían sus partes interesadas?

Se relaciona con el objetivo. Un desafío es convertir la información que tiene en el formato que es fácil de digerir y utilizar para la toma de decisiones.

  • ¿Qué has aprendido de las pruebas ad hoc que acabas de hacer?

La calidad se trata de la mejora continua. Necesitamos aprender cosas BUENAS y MALAS suceden a lo largo del ciclo de prueba para poder ser MEJORES las próximas veces.


Los anteriores son solo una parte de los desafíos comunes que encontraría cuando realice pruebas ad hoc.

No hay correcto o incorrecto cuando hacemos pruebas ad hoc.

Si tenemos claros los objetivos, la prioridad, la restricción de tiempo y la restricción de recursos, podríamos realizar pruebas ad hoc correctamente en nuestro propio estilo.

Pueden surgir dificultades o no!

Es lo mismo que visitar un país sin tener un itinerario y simplemente ir a donde nos da la gana o tomar un autobús / tren / vuelo según su disponibilidad en función de la disponibilidad de recursos.

Es posible que deba perder tiempo / dinero / recursos en búsquedas, preguntas, preguntas e investigaciones después de llegar al país. Aunque están desperdiciados, significa que su viaje no es exitoso. Aún puedes disfrutar tu viaje.

Entonces, incluso con el plan, hay posibilidades de que tenga éxito. A veces, incluso con el itinerario completo, puede fallar, esto puede suceder porque no ha planificado bien.

Tener un mal plan es peor. Manera ad hoc de hacerlo con la conciencia adecuada de tener un resultado final

Entonces, a su pregunta, las dificultades pueden aparecer o no. Pero si aparecieran, serían pérdida / pérdida de tiempo / recursos / reputación, riesgo de no cumplir los objetivos, falsa intención de prueba

Las pruebas ad hoc se ejecutan sin un plan, es como una improvisación. Todos pueden realizar tales pruebas, incluso sin un conocimiento profundo.

Pero a veces da grandes resultados. Cuando uno realiza pruebas de acuerdo con el escenario que de repente se le ocurrió, es posible encontrar errores graves.

He encontrado una publicación interesante sobre pruebas ad hoc aquí Adhoc Testing como un tipo de servicio de pruebas de software.

La mayoría de las veces las pruebas ad-hoc se realizan sin un conocimiento profundo del producto bajo prueba. Por lo tanto, ejecutar pruebas con este conocimiento limitado del comportamiento del producto puede dar lugar a falsos positivos. Cierto comportamiento puede ser marcado incorrectamente como una falla o incluso lo contrario a veces. En segundo lugar, no todos los flujos de trabajo ejecutados como parte de las pruebas ad-hoc son válidos para ese producto en particular bajo prueba; causando la ejecución de pruebas inválidas que conducen al tiempo no deseado gastado.