QTP/UFT Marco de automatización: basado en datos, palabras clave e híbrido.
Tomas Hamilton
⚡ Resumen inteligente
Marcos de automatización en QTP/UFT Organice los scripts de prueba, los datos y las funciones reutilizables para que una sola prueba pueda abarcar muchos casos. Los diseños basados en datos, en palabras clave e híbridos se adaptan mejor a diferentes combinaciones de entradas y lógica reutilizable.
Marco basado en datos
El marco de trabajo basado en datos es un marco que se rige 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 características de QTP.
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 de nuevo en la fuente externa correspondiente, como se ilustra a continuación.
Los pasos generales que implica el Marco de Datos son:
- Prepara la Caso de prueba para la aplicación bajo prueba
- Agregue los objetos de AUT a OR
- Escribir los guiones basados en el caso de prueba.
En esta UFT tutorialesDesarrollaremos un diseño de marco basado en datos para un caso de prueba de ejemplo, utilizando Excel como fuente externa para los datos de prueba.
Paso 1) Preparar el caso de prueba para la aplicación que se va a probar.
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 para esta muestra es un archivo de Excel. El script VB en OpenText Pruebas funcionales (UFT Uno, anteriormente Micro Focus UFT) debe escribirse para abrir un archivo de Excel con el 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
1. Icono “Abrir carpeta” en la Solicitud de reserva de vuelo:
2. Casilla de verificación “Número de pedido” que se obtiene al hacer clic en el icono “Abrir carpeta”:
3. El cuadro WinEdit del número de pedido (donde se introducen los números):
4. El botón Aceptar:
5. El campo "Nombre" es un cuadro de texto WinEdit. Este campo se rellenará con un nombre una vez que se haga clic en el botón Aceptar para un número de pedido específico:
Una vez que se hayan agregado todos los objetos requeridos, el repositorio de objetos aparecerá de la siguiente manera:
Paso 3) Escriba los scripts basándose 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
Resultado
Una vez que se ejecuta el script anterior, el resultado se puede obtener de Excel de la siguiente manera:
El marco basado en datos también se puede desarrollar escribiendo programación descriptiva.
Uso de 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
- Escriba VBScript para establecer la conexión de la base de datos.
- VBScript para abrir un conjunto de registros o una tabla.
- VBScript para abrir el campo deseado
- La celda particular se lee desde el campo.
Script
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.
Resultado
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, la cantidad o las combinaciones de datos de una fuente externa como una base de datos pueden ralentizar o incluso provocar un fallo en el sistema. QTP
Marco de trabajo basado en palabras clave
Keyword-Driven Framework es un marco donde las palabras clave dirigen la prueba. Aquí La palabra clave se refiere a la 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.
En general, los marcos se pueden desarrollar de tres maneras para poder ejecutar la prueba.
- Graba y ejecuta la prueba
- Agregue objetos al repositorio local y escriba los scripts para todos los pasos de la prueba.
- 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 un marco basado en datos (DDF) y un 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, se ejecutarán en una sola prueba los mismos casos de prueba que se utilizan en KDF. Las palabras clave y los scripts para todos los casos de prueba son los mismos que en KDF. Sin embargo, TC3: Abrir el pedido se ha 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.
El ejemplo anterior muestra una forma muy sencilla de diseñar un marco de trabajo híbrido. Este 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.
