Menú

¿Qué es el arnés de prueba y cómo se aplica a nosotros, probadores?

what is test harness

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

No soy un gran fan de las etiquetas. Esto es lo que quiero decir con eso.

Si tengo que verificar algunos aspectos antes de determinar si se puede iniciar el control de calidad o no, simplemente haré una lista y realizaré la acción. En mi opinión, no importa si lo llamo oficialmente una operación de 'revisión de preparación de prueba' o no; siempre que esté haciendo lo que se supone que debo hacer, creo que no hay necesidad de llamarlo con un nombre o etiqueta específicos. .

Que es el arnés de prueba

Pero me corrijo. Recientemente, en mi clase, estaba enseñando el modelo Agile-scrum para el desarrollo de software. Hubo un pregunta ' ¿Cómo se realizan las pruebas en un método ágil? ”Estaba explicando dos métodos, uno es donde intentamos incluirlo dentro de cada sprint y el otro es una mejor práctica que he aprendido de la implementación de primera mano, que es retrasar un sprint de control de calidad con respecto al de desarrollo.

Uno de mis alumnos me preguntó si había un nombre para el segundo y no lo hice porque nunca puse énfasis en los nombres mismos.

Pero en ese momento, sentí lo importante que era etiquetar un proceso de manera adecuada para asegurarnos de que tenemos un término para referirnos al proceso del que estamos hablando.

Por eso, hoy vamos a hacer precisamente eso: Conozca el proceso detrás del término 'Prueba de arnés'.

Como mencioné antes en algunos de mis artículos anteriores: se puede entender mucho del significado literal del nombre. Por lo tanto, revise su diccionario para saber qué significa 'Arnés' y la gran revelación de si se aplica o no, en este caso, es algo que veremos al final.

Hay dos contextos en los que se utiliza el arnés de prueba:

  1. Pruebas de automatización
  2. Pruebas de integración

Comencemos con el primero:

Lo que vas a aprender:

Contexto # 1: Test Harness in Test Automation

En la pruebas de automatización mundo, El arnés de prueba se refiere al marco y los sistemas de software que contienen los scripts de prueba, los parámetros necesarios (en otras palabras, los datos) para ejecutar estos scripts, recopilar los resultados de las pruebas, compararlos (si es necesario) y monitorear los resultados.

Voy a intentar simplificar esto con la ayuda de un ejemplo.

Ejemplo:

Si estuviera hablando de un proyecto que usa HP Quick Test Professional (ahora UFT) para pruebas funcionales, HP ALM está vinculado para organizar y administrar todos los scripts, ejecuciones y resultados, y los datos se seleccionan de una base de datos de MS Access: el siguiente sería el arnés de prueba para este proyecto:

fase de prueba del ciclo de vida del desarrollo de software
  • El propio software QTP (UFT)
  • Los scripts y la ubicación física donde se almacenan.
  • Los conjuntos de prueba
  • MS Access DB para suministrar parámetros, datos o las diferentes condiciones que se deben suministrar a los scripts de prueba
  • HP ALM
  • Los resultados de la prueba y los atributos de seguimiento comparativo

Prueba de arnés en automatización

Como puede ver, los sistemas de software (automatización, gestión de pruebas, etc.), datos, condiciones, resultados, todos se convierten en una parte integral del arnés de prueba, siendo la única exclusión la propia AUT.

Contexto # 2: Pruebe el arnés en las pruebas de integración

Ahora es el momento de explorar lo que significa el arnés de prueba en el contexto de 'Pruebas de integración' .

La prueba de integración consiste en juntar dos o módulos (o unidades) de código que interactúan entre sí y verificar si el comportamiento combinado es el esperado o no.

Idealmente, la prueba de integración de dos módulos debería y sería posible realizar cuando ambos estén 100% listos, con la unidad probada y listos para funcionar.

Sin embargo, no vivimos en un mundo perfecto, lo que significa que uno o más módulos / unidades de código que serán los elementos constitutivos de la prueba de integración podrían no estar disponibles. Para solucionar esta situación disponemos de stubs y drivers.

Stud suele ser un fragmento de código que tiene una función limitada y sustituirá o sustituirá al módulo de código real que debe ocupar su lugar.

Ejemplo: Para explicar más esto, permítanme usar un escenario

Si hay una unidad A y una unidad B que se van a integrar. Además, esa Unidad A envía datos a la Unidad B o, en otras palabras, la Unidad A llama a la Unidad B.

Unidad A si está disponible al 100% y la unidad B no lo está, entonces el desarrollador puede escribir un fragmento de código que tenga una capacidad limitada (lo que esto significa es la Unidad B si tiene 10 características, solo 2 o 3 que son importantes para la integración con A) se desarrollará y se utilizará para la integración. Esto se llama TALÓN.

La integración ahora sería: Unidad A-> Stub (en sustitución de B)

Por otro lado, si la Unidad A está disponible al 0% y la Unidad B está disponible al 100%, la simulación o proxy tiene que ser la Unidad A aquí. Por lo tanto, cuando una función de llamada es reemplazada por un código auxiliar, entonces se llama CONDUCTOR .

La integración, en este caso, sería : CONDUCTOR (sustituyendo A) -> Unidad B

Todo el marco: el proceso de planificación, creación y uso de stubs y / o controladores para llevar a cabo las pruebas de integración se denomina Test Harness.

Nota : el ejemplo anterior es limitado y el escenario en tiempo real puede no ser tan simple o sencillo como este. Las aplicaciones en tiempo real tienen puntos de integración complejos y compuestos.

En conclusión:

Como siempre, STH cree que incluso las definiciones más técnicas pueden derivarse del significado simple y literal del término.

El diccionario de mi teléfono inteligente me dice que un 'Arnés' es (mire debajo del contexto del verbo):

“Poner en condiciones para un uso eficaz; ganar el control para un fin particular; '

Siguiendo esto y adaptando esto a las pruebas:

“Un arnés de prueba simplemente es crear el marco correcto y usarlo (y todos sus elementos constitutivos) para controlar toda la actividad y aprovechar al máximo la situación, ya sea automatización o integración. '

Allí, descansamos nuestro caso.

Algunas cosas más antes de terminar:

P. ¿Cuáles son los beneficios de un arnés de prueba?

Ahora, ¿podría preguntar cuál es la importancia de la respiración para la vida humana? Es intrínseca, ¿no es así? De manera similar, un marco para probar de manera efectiva es como un hecho. El beneficio, si tenemos que deletrearlo con tantas palabras, yo diría que cada proceso de prueba tiene un arnés de prueba, ya sea que digamos conscientemente que es “El arnés de prueba” o no. Es como viajar conociendo la ruta, el destino y todas las demás dinámicas del viaje.

P. ¿Cuál es la diferencia entre el arnés de prueba y el marco de prueba? ?

Personalmente, creo que comparar y contrastar no suele ser el enfoque correcto para comprender conceptos relacionados porque las líneas a menudo son borrosas. Como respuesta a esa pregunta, diría que el arnés de prueba es específico y el marco de prueba es genérico. Por ejemplo, un arnés de prueba incluirá la información exacta de la herramienta de gestión de pruebas hasta los ID de inicio de sesión que se utilizarán. Un marco de prueba, por otro lado, simplemente dirá que una herramienta de gestión de pruebas realizará las actividades respectivas.

Q. ¿Hay herramientas de arnés de prueba? ?

El arnés de prueba incluye herramientas, como software de automatización, software de gestión de pruebas, etc. Sin embargo, no existen herramientas específicas para implementar un arnés de prueba. Todas o algunas de las herramientas pueden ser parte de Test Harness: QTP, JUnit, HP ALM; todas ellas pueden ser herramientas constituyentes de cualquier Test Harness.

Sobre el Autor: Este artículo fue escrito por Swati S., miembro del equipo de STH.

Y, siempre con definiciones, siempre hay diferencias de opinión. Agradecemos sus opiniones y nos encanta saber lo que piensa. No dude en dejar un comentario, una pregunta o una sugerencia a continuación.

Lectura recomendada

^