Pruebas Adhoc en Software

Requisito previo: prueba de software 

Pruebas Adhoc: Las 
pruebas Adhoc son un tipo de prueba de software que se realiza de manera informal y aleatoria después de que se completa la prueba formal para descubrir cualquier laguna en el sistema. Por esta razón, también se conoce como prueba aleatoria o prueba de mono. Las pruebas ad hoc no se realizan de forma estructurada, por lo que no se basan en ningún enfoque metodológico. Es por eso que las pruebas Adhoc son un tipo de pruebas de software no estructuradas. 

Las pruebas ad hoc tienen: 
 

• Sin Documentación. 
   
• Sin casos de prueba. 
   
• Sin diseño de prueba.

Como no se basa en ningún caso de prueba ni requiere documentación o diseño de prueba, resolver los problemas que finalmente se identifican se vuelve muy difícil para los desarrolladores. A veces se encuentran errores muy interesantes e inesperados o errores poco comunes que nunca se habrían encontrado en los casos de prueba escritos. En realidad, esta prueba Adhoc se utiliza en la prueba de aceptación . 

Las pruebas Adhoc ahorran mucho tiempo y un gran ejemplo de las pruebas Adhoc puede ser cuando el cliente necesita el producto hoy a las 6 p. m., pero el desarrollo del producto se completará a las 4 p. m. del mismo día. Por lo tanto, solo está disponible por tiempo limitado, es decir, solo 2 horas, por lo que dentro de esas 2 horas, el desarrollador y el equipo de prueba pueden probar el sistema en su conjunto tomando algunas entradas aleatorias y pueden verificar si hay errores. 

Tipos de pruebas 
Adhoc: las pruebas Adhoc se dividen en tres tipos de la siguiente manera. 
 

1. Prueba 
   de amigos: la prueba de amigos es un tipo de prueba Adhoc en la que participarán dos cuerpos, uno es del equipo de desarrolladores y otro del equipo de prueba. De modo que después de completar un módulo y después de completar la prueba unitaria, el evaluador puede realizar la prueba proporcionando entradas aleatorias y el desarrollador puede solucionar los problemas demasiado pronto en función de los casos de prueba diseñados actualmente. 

    

2. Pruebas de 
   pares: las pruebas de pares son un tipo de pruebas Adhoc en las que dos cuerpos del equipo de pruebas pueden participar para probar el mismo módulo. Cuando un evaluador puede realizar la prueba aleatoria y otro evaluador puede mantener el registro de los resultados. Entonces, cuando dos evaluadores se emparejan, intercambian sus ideas, opiniones y conocimientos para que se realicen buenas pruebas en el módulo. 

    

3. Prueba 
   mono: la prueba mono es un tipo de prueba Adhoc en la que el sistema se prueba en función de entradas aleatorias sin ningún caso de prueba y se realiza un seguimiento del comportamiento del sistema y se supervisan todas las funcionalidades del sistema. Como se sigue el enfoque de aleatoriedad, no hay restricciones en las entradas, por lo que se denomina prueba de mono.

Características de las pruebas Adhoc: 
 

• Las pruebas ad hoc se realizan aleatoriamente. 
   
• Sin documentación, sin casos de prueba y sin diseños de prueba. 
   
• Se realiza después de una prueba formal. 
   
• Sigue una forma no estructurada de prueba. 
   
• Toma comparativamente menos tiempo que otras técnicas de prueba. 
   
• Es bueno para encontrar errores e inconsistencias que se mencionan en los casos de prueba.

Cuándo realizar pruebas Adhoc: 
 

• Cuando hay tiempo limitado disponible para probar el sistema. 
   
• Cuando no hay casos de prueba claros para probar el producto. 
   
• Cuando se completa la prueba formal. 
   
• Cuando el desarrollo está casi completo.

Cuándo no realizar pruebas Adhoc: 
 

• Cuando existe error en los casos de prueba. 
   
• Cuando se está realizando la prueba Beta.

Ventajas de las pruebas Adhoc: 
 

• Los errores que no pueden identificarse con casos de prueba escritos pueden identificarse mediante pruebas Adhoc. 
   
• Se puede realizar en un tiempo muy limitado. 
   
• Ayuda a crear casos de prueba únicos. 
   
• Esta prueba ayuda a construir un producto fuerte que es menos propenso a problemas futuros. 
   
• Esta prueba se puede realizar en cualquier momento durante el proceso de ciclo de vida de desarrollo de software (SDLC)

Desventajas de las pruebas Adhoc: 
 

• A veces, la resolución de errores en función de los problemas identificados es difícil, ya que no hay casos de prueba ni documentos escritos. 
   
• Necesita un buen conocimiento del producto, así como un concepto de prueba para identificar perfectamente los problemas en cualquier modelo. 
   
• No proporciona ninguna garantía de que el error se identificará definitivamente. 
   
• Encontrar un error puede llevar un período de tiempo incierto.

Cinco prácticas a seguir para realizar pruebas Adhoc: 
 

1. Buen conocimiento del software. 
    
2. Averigüe las áreas propensas a errores. 
    
3. Priorizar áreas de prueba. 
    
4. Aproximadamente planifique el plan de prueba. 
    
5. Uso del tipo adecuado de herramientas.