Marcos de datos, palabras clave y automatización híbrida en QTP/UFT

Marco basado en datos

Data Driven Framework es un marco impulsado por las diferentes combinaciones de datos de entrada y salida.

Una forma de pasar diferentes combinaciones de datos es mediante parametrización. En este método, utilizamos diferentes funciones de QTP. Para saber más sobre parametrización, visite aquí.

Sin embargo, en DDF, los scripts están escritos para realizar parametrizaciones. Este tipo de marco es útil cuando se debe probar la funcionalidad del AUT con varias entradas y capturar las respectivas salidas. Estas entradas se pueden leer desde un archivo externo como base de datos, Excel, Outlook, archivo de texto, etc. y las salidas respectivas se escriben nuevamente en la fuente externa correspondiente.

Los pasos generales involucrados en el marco basado en datos son:

1. Prepara la Caso de prueba para la aplicación bajo prueba
2. Agregue los objetos de AUT a OR
3. Escribir los guiones basados ​​en el caso de prueba.

En este Tutorial de UFT, desarrollaremos un diseño de marco basado en datos para un caso de prueba de muestra utilizando Excel como fuente externa para los datos de prueba.

Paso 1) Prepare el caso de prueba para la aplicación bajo prueba

Caso de prueba: Abra el número de pedido y obtenga el nombre del cliente para ese pedido. Repita el mismo proceso para diferentes números de pedido.

Fuente externa: Archivo Excel

La fuente externa de esta muestra es un archivo Excel. El script de VB en Micro Focus UFT debe escribirse para abrir un archivo Excel a fin de leer los datos de prueba. Esto se puede lograr de manera jerárquica.

1. Primero se abre un archivo de Excel como aplicación.

2. Luego, el libro debe abrirse desde la ubicación especificada.

3. La hoja donde están presentes los datos de la prueba.

4. Finalmente se debe leer la celda.

Paso 2) Agregue los objetos de AUT a OR

Una vez que el caso de prueba esté listo, comience a agregar todos los objetos necesarios al repositorio. En nuestro caso de prueba, los objetos que deben agregarse son los siguientes

• Icono “Abrir carpeta” en la Solicitud de reserva de vuelo
  

• Casilla de verificación “Número de pedido” que se puede obtener al hacer clic en el icono “Abrir carpeta”

• El cuadro WinEdit del número de pedido (donde se ingresan los números)

• El botón Aceptar

• El campo “Nombre”, que es un cuadro de WinEdit, se completará con un nombre una vez que se haga clic en el botón Aceptar para un número de pedido en particular.

Una vez que se hayan agregado todos los objetos requeridos, el repositorio de objetos aparecerá de la siguiente manera:

Paso 3) Escriba los scripts basados ​​en el caso de prueba

Antes de ejecutar el script, asegúrese de que el archivo de Excel que contiene los datos de la prueba se haya guardado y cerrado.

El siguiente script es leer el número de pedido de Excel y asignarlo a la aplicación a través de la variable "vOrder" y escribir el nombre del cliente desde la aplicación a través de la variable "vName".

Nombre de Excel: VueloDDF.xlsx

Nombre de hoja: Hoja1

Guión

To Establish a Microsoft Database connection

Conductor = {Microsoft Controlador de acceso (*.mdb)}; DBQ =

Nombre del conjunto de registros: Orden abierta

Nombre de los campos: Número de pedido, Nombre del cliente

PS: Microsoft Access 2010 no se puede conectar utilizando el siguiente script.

Salida

Ventajas del DDF

• Se puede leer y escribir una gran cantidad de datos de prueba en el archivo externo en una sola prueba.
• La declaración de bucle se utiliza para repetir los mismos pasos durante varias iteraciones. Por lo tanto, se reduce el esfuerzo de codificación.
• Dado que los datos se leen y escriben directamente en el archivo externo, no es necesario copiar, pegar o exportar datos para poder utilizarlos.
• Los datos de prueba se pueden leer desde un archivo externo y los resultados se pueden escribir en cualquier otro archivo externo.

Desventajas del DDF

• Se requieren conocimientos de scripting para desarrollar este marco.
• A veces, una cantidad o combinaciones de datos de una fuente externa como una base de datos pueden ralentizar o incluso bloquear el QTP.

Marco basado en palabras clave

Keyword Driven Framework es un marco donde las palabras clave impulsan la prueba. Aquí La palabra clave se refiere a las funciones definidas por el usuario.. En este marco, las palabras clave se crean para realizar un paso de prueba particular o un caso de prueba. Luego, estas palabras clave se invocan en la prueba del controlador para ejecutar varios casos de prueba en la misma prueba.

Para conocer las funciones definidas por el usuario en QTP, visite aquí

En general, los marcos se pueden desarrollar de tres maneras para poder ejecutar la prueba.

1. Grabar y ejecutar la prueba.
2. Agregue objetos al repositorio local y escriba los scripts para todos los pasos de la prueba.
3. Escribir programación descriptiva para todos los pasos de la prueba.

En este tutorial, el KDF se desarrolla grabando y ejecutando la prueba.

Nuestro objetivo es ejecutar una única prueba para cinco casos de prueba diferentes, como iniciar sesión en la aplicación, insertar un pedido, abrir un pedido, eliminar un pedido y cerrar la aplicación. Por lo tanto, registraremos los pasos de prueba para estos casos de prueba y crearemos las funciones con las palabras clave Login, InsertOrder, OpenOrder, DeleteOrder y CloseApp respectivamente.

Caso de prueba 1: inicie sesión en la aplicación

Palabra clave: Acceso ()

Guión grabado:

Caso de prueba 2: Insertar el pedido

Palabra clave:InsertarOrden()

Guión grabado:

Caso de prueba 3: abrir el pedido

Palabra clave:Orden abierta()

Guión grabado:

Caso de prueba 4: eliminar el pedido

Palabra clave:EliminarOrden()

Guión grabado:

Caso de prueba 5: cerrar la aplicación

Palabra clave:Cerrar app()

Guión grabado:

Las funciones que se crean para diferentes casos de prueba se guardan en una biblioteca de funciones y se asocian con la prueba principal. Basta con llamar las palabras clave para los casos de prueba necesarios en la prueba principal, reduciendo así el tamaño del script del controlador en la prueba principal.

El script del controlador para este marco simple tiene el siguiente aspecto:

Al ejecutar el script anterior, se puede obtener el resultado real de los cinco casos de prueba a partir de una única prueba.

Ventajas

• Se puede ejecutar cualquier cantidad de casos de prueba en una sola prueba simplemente llamando a sus respectivas palabras clave.
• Escribir una programación descriptiva general para todos los objetos web/de Windows y llamarlos como palabras clave ayudará a ejecutar la misma prueba para diferentes aplicaciones dinámicas.
• Reduce el tamaño del script del controlador.

Desventajas

• El tiempo necesario para desarrollar estos marcos es muy alto si hay muy pocos casos de prueba para ejecutar.
• No siempre se utiliza el registro de los pasos al diseñar KDF para muchas aplicaciones en la misma prueba.

Marco híbrido

Un marco híbrido es una combinación de Marco basado en datos (DDF) y Marco basado en palabras clave (KDF) donde se pueden ejecutar varios casos de prueba con varias entradas en la misma prueba.

En este artículo, los mismos casos de prueba que se utilizan en KDF se ejecutarán en una sola prueba. Las palabras clave y los scripts para todos los casos de prueba son los mismos que en KDF. Sin embargo, TC3: Abrir orden ha sido parametrizado. Por lo tanto, el script para este caso de prueba está escrito para recibir el número de pedido de un archivo de Excel y escribir el nombre del cliente en el archivo de Excel.

Caso de prueba 1: inicie sesión en la aplicación

Palabra clave: Acceso ()

Caso de prueba 2: Insertar el pedido

Palabra clave:InsertarOrden()

Caso de prueba 3: abra el pedido para varios números de pedido

Palabra clave:Orden abierta()

Descripción: Aquí se utiliza el mismo script utilizado para desarrollar un DDF, logrando así el caso de prueba para varias iteraciones.

Guión:

Caso de prueba 4: eliminar el pedido

Palabra clave:EliminarOrden()

Caso de prueba 5: cerrar la aplicación

Palabra clave:Cerrar app()

Siguiendo este sencillo método se consigue la parametrización de TC3. Si procede, también se pueden parametrizar todos los demás casos de prueba en la misma prueba.

Por ejemplo, es una forma muy sencilla de diseñar un marco híbrido. El mismo marco también se puede lograr con programación descriptiva.

Ventajas

• El tiempo necesario para ejecutar la prueba diseñada con un marco híbrido es relativamente menor en comparación con otros marcos.
• Esto se puede usar cuando necesitamos todos los casos de prueba y entradas asociadas con un caso de prueba en particular, en el mismo conjunto de pruebas.

Desventaja

• Se requiere un conocimiento claro sobre la combinación de diferentes marcos.