Marcos de Automatización de Datos, Palabras clave e Híbridos en QTP / UFT
En este tutorial, usaremos QTP (HP UFT) para crear
- Data Driven Framework
- Keyword Driven Framework
- Hybrid Framework
Así que comencemos –
Data Driven Framework
Data Driven Framework es un marco que está impulsado por el 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 características de QTP. Para obtener más información sobre la parametrización, visite aquí.
Sin embargo, en DDF, los scripts se escriben para hacer parametrización. Este tipo de marco es útil cuando la funcionalidad del AUT debe probarse con varias entradas y capturar las salidas respectivas. Estas entradas se pueden leer desde un archivo externo, como una base de datos, Excel, Outlook, archivo de texto, etc., y las salidas respectivas se escriben de nuevo en la fuente externa correspondiente.
Los pasos generales involucrados en el marco impulsado por datos son:
- Preparar el Caso de prueba para la Aplicación Bajo Prueba
- Agregar los Objetos de AUT a OR
- Escribir los scripts basados en el Caso de prueba
En este tutorial, desarrollaremos un diseño de marco de trabajo 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 en 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 este ejemplo es un archivo de Excel. El script VB en Micro Focus UFT debe escribirse para abrir un archivo Excel con el fin de leer los datos de prueba. Esto se puede lograr de manera jerárquica.
1. Un archivo de Excel se abre por primera vez una aplicación as
2. Luego, el libro de trabajo debe abrirse desde la ubicación especificada
3. La hoja en la que están presentes los datos del ensayo.
4. Finalmente, la celda debe ser leída.
Paso 2) Agregue los Objetos de AUT a O
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 se deben agregar son los siguientes
- «Icono» Abrir carpeta » en la aplicación de Reserva de vuelos
- «Casilla de verificación» Order No «que se puede obtener cuando se hace clic en el icono «Abrir carpeta»
- La caja de vino del Número de pedido (donde se introducen los números)
- El botón ACEPTAR
- El campo «Nombre» que es una caja de vino. Este campo se rellenará 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 necesarios, 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 prueba se haya guardado y esté cerrado.
El siguiente script es leer el número de pedido del 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: FlightDDF.xlsx
Nombre de la hoja: Sheet1
Salida
Una vez que se ejecuta el script anterior, la salida se puede obtener de Excel de la siguiente manera:
El Marco basado en datos también se puede desarrollar escribiendo programación descriptiva.
Usando la base de datos como Fuente externa para DDF
El mismo caso de prueba se puede ejecutar si la fuente externa es una base de datos utilizando los siguientes pasos
- Escribir VBScript para establecer la conexión de la base de datos
- VBScript para abrir un juego de registros o una tabla.
- VBScript para abrir el campo deseado
- La celda en particular se lee desde el campo.
Script
To Establish a Microsoft Database connection
Driver = {Controlador de Microsoft Access ( * .mdb)}; DBQ = < Ruta de acceso de la base de datos>
Nombre del conjunto de registros: OpenOrder
Nombre de los campos: OrderNo, CustomerName
P. S: Microsoft Access 2010 no se puede conectar mediante el siguiente script.
Salida
Ventajas de DDF
- Se puede leer y escribir una gran cantidad de datos de prueba en el archivo externo en una sola instrucción de bucle de prueba
- para repetir los mismos pasos durante varias iteraciones. Por lo tanto, se reduce el esfuerzo de codificación
- Ya que los datos se leen y escriben directamente en el archivo externo, no hay necesidad de copiar, pegar o exportar datos para usarlos
- Los datos de prueba se pueden leer desde un archivo externo y las salidas se pueden escribir en cualquier otro archivo externo
Desventajas de DDF
- Se requiere conocimiento de scripting para desarrollar esto framework
- A veces, el número o las combinaciones de datos de una fuente externa, como la base de datos, pueden ralentizar o incluso bloquear el QTP
Framework impulsado por palabras clave
Keyword Driven Framework es un framework donde las palabras clave conducen la prueba. Aquí la palabra clave se refiere a las funciones definidas por el usuario. En este marco, se crean palabras clave para realizar un paso de prueba en particular o un caso de prueba. Estas palabras clave se llaman a la prueba de conductor 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 ejecutar la prueba.
- Grabar y ejecutar la prueba
- Agregar objetos al repositorio local y escribir los scripts para todos los pasos de prueba
- Escribir programación descriptiva para todos los pasos de 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 palabras clave Login, InsertOrder, OpenOrder, DeleteOrder y CloseApp respectivamente.
Caso de Prueba1: Inicie sesión en la aplicación
Palabra clave: Login ()
Script grabado:
Caso de Prueba2: Inserte la palabra clave Order
:InsertOrder ()
Script grabado:
Caso de Prueba3: Abra la orden
Palabra clave: OpenOrder ()
Script grabado:
Caso de Prueba4: Elimine la palabra clave Order
: DeleteOrder ()
Script grabado:
Caso de Prueba5: Cierre la aplicación
Palabra clave: CloseApp ()
Script 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 a 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 de controlador para este marco simple se ve como:
Al ejecutar el script anterior, se puede obtener el resultado real de los cinco casos de prueba a partir de una sola prueba.
Ventajas
- Se puede ejecutar cualquier número de casos de prueba en una sola prueba simplemente llamando a sus palabras clave respectivas
- Escribir programación descriptiva general para todos los objetos web/ Windows & 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 frameworks es muy alto si hay muy pocos casos de prueba para ejecutar
- Grabar los pasos no siempre se usa al diseñar KDF para muchas aplicaciones en la misma prueba.
Marco híbrido
Un marco híbrido es una combinación de Marco Impulsado por Datos (DDF) y Marco Impulsado por 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: Open la orden ha sido parametrizada. Por lo tanto, el script para este caso de prueba se escribe para recibir el número de pedido de un archivo de Excel y para escribir el nombre del cliente en el archivo de excel
Caso de Prueba1: Inicie sesión en la aplicación
Palabra clave: Login ()
Caso de Prueba2: Inserte el Pedido
Palabra clave:InsertOrder()
Caso de Prueba3: Abra el Pedido para varios números de pedido
Palabra clave:OpenOrder ())
Descripción: Aquí se utiliza el mismo script utilizado para desarrollar un DDF, logrando así el caso de prueba para varias iteraciones.
Script:
Caso de Prueba4: Elimine el Orden
Palabra clave: DeleteOrder ()
Caso de Prueba5: Cierre la aplicación
Palabra clave:CloseApp ()
Siguiendo este sencillo método, se logra la parametrización de TC3. Si corresponde, todos los demás casos de prueba también se pueden parametrizar en la misma prueba.
Por ejemplo, es una forma muy sencilla de diseñar un framework 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 que están asociados con un caso de prueba particular, en el mismo conjunto de pruebas.
Desventaja
- Se requiere un conocimiento claro sobre la combinación de diferentes marcos.