Introducción a las pruebas Adhoc
Las pruebas ad hoc son pruebas aleatorias o informales que pueden tener la capacidad de romper el sistema. Esto generalmente no es planeado y no hay técnicas de prueba como diseñar casos de prueba, crear casos de prueba involucrados. Se puede hacer en cualquier parte de la aplicación. El objetivo principal aquí es encontrar problemas o defectos en el sistema mediante la comprobación aleatoria de partes del código. Sigue la técnica de error de adivinar. Lo pueden hacer personas que hayan trabajado en la aplicación anteriormente y pueden descubrir fácilmente errores o problemas realizando este tipo de pruebas.
¿Cómo se realiza la prueba Adhoc?
La prueba adhoc se realiza de múltiples maneras. Esto puede ser hecho en cualquier momento. Esto puede ser al comienzo, a la mitad o hacia el final de las pruebas del proyecto. Hay tres formas en que se realiza la prueba Adhoc. Son los siguientes:
- Prueba de amigos
- Prueba de par
- Prueba de mono
Echemos un vistazo a estos en detalle
1. Prueba de amigos
Como su nombre lo indica, se puede decir que dos amigos, un probador y un desarrollador trabajarán juntos. Serán elegidos para trabajar en un módulo en particular. Tan pronto como el desarrollador complete la prueba de la unidad y el probador tenga en mente algunos casos, ambos pueden trabajar en ese módulo. Al realizar este tipo de pruebas, puede asegurarse de que el nuevo futuro o la funcionalidad se verifiquen a través de un aspecto más amplio tanto para el desarrollador como para el probador. El desarrollador puede comprender los diversos escenarios a través de los cuales irá el código y pensar desde esa perspectiva.
Si bien el probador puede obtener la perspectiva del desarrollador del diseño existente y ayudará a evitar los escenarios no válidos en los casos de prueba. Esto ayudará a evitar defectos no válidos. Ambas partes pueden pensar entre sí y obtener una visión más clara de la aplicación en desarrollo y prueba. También ayuda a desarrollar mejores casos de prueba y desarrolladores para tener un mejor diseño. Esto generalmente ocurre una vez que se completa la prueba de la unidad.
2. Prueba de pareja
En esta prueba, dos probadores trabajan juntos en un módulo. Tienen una configuración común hecha para fines de prueba. Al implementar este tipo de pruebas, se tiene cuidado de que ambos probadores encuentren formas de detectar un mayor número de defectos en la aplicación desarrollada. Comparten el trabajo de prueba y también hacen la documentación necesaria de todas las observaciones que han hecho juntos. Se puede encontrar un número máximo de escenarios mediante este tipo de pruebas.
3. Prueba de mono
Esta prueba se realiza en el nivel de prueba de la unidad. La persona que prueba el módulo prueba la aplicación de forma completamente aleatoria. Esto se hace para verificar si el sistema puede resistir fallas en cualquier momento. Al hacer este tipo de prueba, se pueden encontrar muchos defectos que podrían haberse dejado antes. Esta prueba también puede romper el sistema mediante el cual podemos entender que los problemas de rendimiento, si los hay, son persistentes. No habría casos de prueba aquí al igual que para otros.
Técnicas de prueba ad hoc
La idea básica detrás de elegir las pruebas Adhoc es que los probadores trabajan sin ningún diseño de prueba o sin crear ningún caso de prueba. Se asegura de que las pruebas realizadas estén completas y la forma es útil para encontrar la efectividad en las pruebas que se están realizando. La forma principal de probar cualquier aplicación en este tipo de identificación de prueba es lo más aleatorio posible. Puede saltar de un módulo a otro y realizar una actividad. El sistema no debe fallar. El objetivo principal de este sistema es encontrar defectos que se pueden pasar por alto durante las pruebas normales.
Esta técnica también dará una idea de toda la aplicación y el probador que tiene un conocimiento experto del sistema puede hacer la suposición. También puede involucrar a otra persona probada o incluso invitar al desarrollador para que no perdamos ningún tipo de escenario durante la prueba. Cuando dos personas se sientan juntas, la lluvia de ideas es bastante beneficiosa. Podemos encontrar defectos que se han escapado anteriormente. Al usar esta técnica, las posibilidades de encontrar los defectos son mayores.
Herramientas de prueba ad hoc
No hay herramientas específicas utilizadas en las pruebas ad hoc. Como resultado, todas las herramientas que ya se están utilizando para probar la aplicación se pueden usar cuando sea necesario. Por ejemplo, para verificar un módulo en particular, se está utilizando Selenium. Selenium se puede usar para probar módulos desplegados después del módulo anterior. Esto puede ayudar a acelerar el proceso y obtener detalles precisos. Del mismo modo, otras herramientas como QTP, Cucumber se pueden usar para cualquier tipo de prueba Adhoc cuando sea necesario.
Ventajas de las pruebas Adhoc
- La principal ventaja de este tipo de prueba es que el probador no tiene que seguir el proceso tradicional de prueba. Pueden probar la aplicación de la forma que deseen. Esto les ayuda a conocer mejor el sistema.
- Cuando no hay tiempo para las pruebas adecuadas, las pruebas Adhoc pueden ser un salvador y una ayuda para obtener defectos que podrían pasar a la producción.
- Ahorra el tiempo del probador ya que no hay necesidad de ninguna documentación. Aquí se enfoca solo en probar y comprender mejor la arquitectura y encontrar problemas si existen.
Desventajas de las pruebas Adhoc
- No es posible rastrear los escenarios que se prueban ya que no hay documentación involucrada.
- Los casos de prueba pueden ser repetitivos, lo que puede conducir a la pérdida de tiempo.
- La eficiencia de las pruebas aquí depende completamente del probador.
Conclusión
Las pruebas ad hoc son una forma efectiva de encontrar problemas en tiempo de ejecución. Las pruebas adhoc pueden realizarlas un probador experimentado que conozca el sistema existente. No hay necesidad de documentación y se puede hacer con los desarrolladores de forma paralela. Las diferentes perspectivas de las pruebas pueden plantear problemas que no llegan a la producción y, como resultado, ayudan a ahorrar mucho dinero. Demuestra ser rentable y productivo.
Artículo recomendado
Esta ha sido una guía para las pruebas Adhoc. Aquí discutimos Introducción a las Pruebas Adhoc y sus técnicas junto con herramientas. También puede consultar nuestros otros artículos sugeridos para obtener más información_- Tipos de pruebas de software
- Herramientas de prueba funcional
- Pruebas de seguridad
- Prueba de transición estatal
- Tipos y errores de manejo en JavaScript