¿Qué son las pruebas ad hoc? Tipos con ejemplo
Tomas Hamilton
Pruebas ad hoc
Pruebas 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, son una actividad no planificada que no sigue ninguna documentación ni técnicas de diseño de pruebas para crear casos de prueba.
.jpg)
Las pruebas ad hoc no siguen ninguna forma estructurada de prueba y se realizan de forma aleatoria en cualquier parte de la aplicación. El objetivo principal de esta prueba es encontrar defectos mediante comprobaciones aleatorias. Las pruebas ad hoc se pueden lograr con la técnica de prueba de software llamada Adivinación de errores. La adivinación de errores puede ser realizada por personas que tengan suficiente experiencia en el sistema para "adivinar" la fuente más probable de errores.
Esta prueba no requiere seguir documentación/planificación/proceso. Dado que esta prueba tiene como objetivo encontrar defectos mediante 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 ni requisitos asignados.
El siguiente video le muestra cómo realizar pruebas ad hoc
Haga clic en 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. Por lo general, 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 sólo si el evaluador conoce el sistema bajo prueba.
Tipos de pruebas ad hoc
Existen diferentes tipos de pruebas Adhoc y se enumeran a continuación:
| Buddy Pruebas | Dos compañeros trabajan juntos para identificar defectos en el mismo módulo. Normalmente, uno de ellos pertenece al equipo de desarrollo y el otro al equipo de pruebas. Buddy Las pruebas ayudan a los evaluadores a desarrollar mejores casos de prueba y el equipo de desarrollo también puede realizar cambios de diseño temprano. Esta prueba generalmente ocurre después Examen de la unidad terminación. |
| 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 puede tomar notas de los resultados. Los roles de las personas pueden ser los de evaluador y escribano durante la prueba.
Comparación Buddy y pruebas de pares: Buddy La prueba es una combinación de unidad y Pruebas del sistema junto con desarrolladores y evaluadores, pero las pruebas en pareja se realizan solo con evaluadores con diferentes niveles de conocimiento. (Experimentados y no experimentados 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 Ad hoc
Seguir las mejores prácticas puede garantizar pruebas ad hoc efectivas.
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 comercial de principio a fin ayudará a encontrar defectos fácilmente. Los evaluadores experimentados encuentran más defectos porque son mejores para adivinar errores.
Módulos clave de prueba
Los módulos comerciales clave deben identificarse y orientarse para 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 su reparación. Para cada defecto válido, se deben escribir los casos de prueba correspondientes y agregarlos a los casos de prueba planificados.
Estos Defecto Los hallazgos deben convertirse en 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 comprobar que las pruebas están completas y encontrar más defectos que las pruebas planificadas. 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 documentación de pruebas elaboradas. Caso de prueba diseño.
