Pruebas ad hoc
La prueba ad hoc es un tipo de prueba de software informal o no estructurado que tiene como objetivo romper el proceso de prueba para encontrar posibles defectos o errores en una etapa temprana posible. Las pruebas ad hoc se realizan de forma aleatoria y, por lo general, es una actividad no planificada que no sigue ninguna documentación ni técnicas de diseño de pruebas para crear casos de prueba.
Las pruebas ad hoc no siguen ninguna forma estructurada de pruebas y se realizan de forma aleatoria en cualquier parte de la aplicación. El objetivo principal de esta prueba es encontrar defectos mediante una verificación aleatoria. Las pruebas ad hoc se pueden lograr con la técnica de prueba de software llamada Error Guessing. Las personas que tienen suficiente experiencia en el sistema pueden adivinar los errores para "adivinar" la fuente más probable de errores.
Esta prueba no requiere el seguimiento de documentación / planificación / proceso. Dado que esta prueba tiene como objetivo encontrar defectos a través de un enfoque aleatorio, sin ninguna documentación, los defectos no se asignarán a los casos de prueba. Esto significa que, a veces, es muy difícil reproducir los defectos ya que no hay pasos de prueba o requisitos asignados.
El siguiente video le guía sobre cómo realizar pruebas ad hoc
Haga clic aquí si el video no es accesible
¿Cuándo ejecutar Adhoc Testing?
Se pueden realizar pruebas ad hoc cuando hay tiempo limitado para realizar pruebas elaborativas. Normalmente, las pruebas ad hoc se realizan después de la ejecución de la prueba formal. Y si el tiempo lo permite, se pueden realizar pruebas ad hoc en el sistema. Las pruebas ad hoc serán efectivas solo si el probador conoce el sistema bajo prueba.
Tipos de pruebas Adhoc
Existen diferentes tipos de pruebas Adhoc y se enumeran a continuación:
| Prueba de amigos | Dos compañeros trabajan mutuamente para identificar defectos en el mismo módulo. En su mayoría, un amigo será del equipo de desarrollo y otra persona será del equipo de pruebas. Las pruebas de amigos ayudan a los probadores a desarrollar mejores casos de prueba y el equipo de desarrollo también puede realizar cambios de diseño temprano. Esta prueba suele ocurrir después de la finalización de la prueba unitaria. |
| Prueba de pareja | A dos probadores se les asignan módulos, comparten ideas y trabajan en las mismas máquinas para encontrar defectos. Una persona puede ejecutar las pruebas y otra persona puede tomar notas sobre los hallazgos. Los roles de las personas pueden ser de probadores y escribas durante la prueba. Comparación de pruebas de compañeros y parejas: las pruebas de compañeros son una combinación de pruebas unitarias y del sistema junto con desarrolladores y probadores, pero las pruebas de parejas se realizan solo con los probadores con diferentes niveles de conocimiento. (Experimentado y no experimentado para compartir sus ideas y puntos de vista) |
| Prueba de mono | Pruebe aleatoriamente el producto o la aplicación sin casos de prueba con el objetivo de romper el sistema. |
Mejores prácticas de pruebas Adhoc
Seguir las mejores prácticas puede garantizar una prueba ad hoc eficaz.
Buen conocimiento empresarial
Los evaluadores deben tener un buen conocimiento del negocio y una comprensión clara de los requisitos. El conocimiento detallado del proceso de negocio de un extremo a otro ayudará a encontrar defectos fácilmente. Los probadores experimentados encuentran más defectos, ya que son mejores para adivinar errores.
Prueba de módulos clave
Los módulos comerciales clave deben identificarse y dirigirse a pruebas ad-hoc. Los módulos críticos para el negocio deben probarse primero para ganar confianza en la calidad del sistema.
Defectos de registro
Todos los defectos deben registrarse o escribirse en un bloc de notas. Los defectos deben asignarse a los desarrolladores para que los solucionen. Para cada defecto válido, se deben escribir los casos de prueba correspondientes y se deben agregar a los casos de prueba planificados.
Estos hallazgos de defectos deben hacerse como lecciones aprendidas y deben reflejarse en nuestro próximo sistema mientras planificamos los casos de prueba.
Conclusión:
La ventaja de las pruebas ad-hoc es verificar la integridad de las pruebas y encontrar más defectos que las planeadas. Los casos de prueba de detección de defectos se agregan como casos de prueba adicionales a los casos de prueba planificados.
En ingeniería de software, las pruebas ad-hoc ahorran mucho tiempo, ya que no requieren una planificación, documentación y diseño de casos de prueba elaborados.