En este tutorial, usaremos QTP (HP UFT) para crear
- Marco basado en datos
- Marco basado en palabras clave
- Marco híbrido
Entonces empecemos -
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 la parametrización. En este método, usamos diferentes características de QTP. Para saber más sobre la parametrización, visite aquí.
Sin embargo, en DDF, los scripts se escriben para realizar la 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 base de datos, Excel, Outlook, archivo de texto, etc. y las salidas respectivas se vuelven a escribir en la fuente externa correspondiente.
Los pasos generales involucrados en el marco basado en datos son:
- Prepare el caso de prueba para la aplicación bajo prueba
- Agregue los objetos de AUT a OR
- Escriba los scripts basados en el caso de prueba
En este tutorial, 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 de Excel
La fuente externa de esta muestra es un archivo de Excel. La secuencia de comandos VB en Micro Focus UFT debe escribirse para abrir un archivo de Excel con el fin de leer los datos de la prueba. Esto se puede lograr de manera jerárquica.
1. Primero se abre un archivo de Excel como aplicación
2. Luego, el libro de trabajo debe abrirse desde la ubicación especificada.
3. La hoja donde están presentes los datos de 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 de "Carpeta abierta" en la aplicación de reserva de vuelo
- Casilla de verificación "No de pedido" que se puede obtener cuando se hace clic en el icono "Abrir carpeta"
- El cuadro WinEdit del número de pedido (donde se ingresan los números)
- El botón OK
- El campo "Nombre", que es un cuadro de WinEdit. Este campo 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 esté 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 de la aplicación a través de la variable "vName".
Nombre de Excel : FlightDDF.xlsx
Nombre de hoja : Hoja1
Producción
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.
Uso de la base de datos como fuente externa para DDF
Se puede ejecutar el mismo caso de prueba si la fuente externa es una base de datos mediante los siguientes pasos
- Escriba VBScript para establecer la conexión a 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 del campo.
Texto
Para establecer una conexión de base de datos de Microsoft
Controlador = {Controlador de Microsoft Access (* .mdb)}; DBQ =
Nombre del conjunto de registros: OpenOrder
Nombre de los campos: OrderNo, CustomerName
PD: Microsoft Access 2010 no se puede conectar mediante el siguiente script.
Producción
Ventajas del DDF
- Se puede leer y escribir una gran cantidad de datos de prueba en el archivo externo en una sola prueba
- La instrucción de bucle se utiliza para repetir los mismos pasos para 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 utilizarlos.
- Los datos de prueba se pueden leer desde un archivo externo y las salidas se pueden escribir en cualquier otro archivo externo
Desventajas del DDF
- Se requieren conocimientos de secuencias de comandos para desarrollar este marco
- 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
Marco basado en palabras clave
Keyword Driven Framework es un marco en el que 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 formas para ejecutar la prueba.
- Grabe y ejecute la prueba
- Agregue objetos al repositorio local y escriba los scripts para todos los pasos de la prueba.
- Escriba 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: Iniciar sesión ()
Guión grabado:
Caso de prueba 2: Inserte el pedido
Palabra clave: InsertOrder ()
Guión grabado:
Caso de prueba 3: abrir el pedido
Palabra clave: OpenOrder ()
Guión grabado:
Caso de prueba 4: eliminar el pedido
Palabra clave: DeleteOrder ()
Guión grabado:
Caso de prueba 5: cierre la aplicación
Palabra clave: CloseApp ()
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. Es suficiente 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.
La secuencia de comandos del controlador para este marco simple se ve así:
Al ejecutar el script anterior, el resultado real de los cinco casos de prueba se puede obtener de una sola prueba.
Ventajas
- Se puede ejecutar cualquier número de casos de prueba en una sola prueba simplemente llamando a sus respectivas palabras clave
- Escribir programación descriptiva general para todos los objetos web / windows y llamarlos como palabras clave ayudará a ejecutar la misma prueba para diferentes aplicaciones dinámicas
- Reduce el tamaño de la secuencia de comandos del controlador.
Desventajas
- El tiempo necesario para desarrollar estos marcos es muy alto si hay muy pocos casos de prueba para ejecutar
- El registro de 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 Data Driven Framework (DDF) y Keyword Driven Framework (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 única prueba. Las palabras clave y los scripts para todos los casos de prueba son los mismos que en KDF. Sin embargo, se ha parametrizado TC3: Abrir la orden. 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 para escribir el nombre del cliente en el archivo de Excel.
Caso de prueba 1: inicie sesión en la aplicación
Palabra clave: Iniciar sesión ()
Caso de prueba 2: Inserte el pedido
Palabra clave: InsertOrder ()
Caso de prueba 3: 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.
Texto:
Caso de prueba 4: eliminar el pedido
Palabra clave: DeleteOrder ()
Caso de prueba 5: cierre la aplicación
Palabra clave: CloseApp ()
Siguiendo este sencillo método, se consigue 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 marco híbrido. El mismo marco también se puede lograr con la 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 las entradas que están asociadas con un caso de prueba en particular, en el mismo conjunto de pruebas.
Desventaja
- Se requieren conocimientos claros sobre la combinación de diferentes marcos.