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 la funcionalidad del AUT debe probarse con varias entradas y capturar las respectivas salidas. Estas entradas se pueden leer desde un archivo externo como una base de datos, Excel, Outlook, un archivo de texto, etc. y las salidas respectivas se escriben nuevamente en la fuente externa correspondiente.

Marco basado en datos

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

Prepare el caso de prueba para la aplicación bajo prueba

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 para poder leer los datos de la prueba. Esto se puede lograr en un hierarchimanera cal.

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

Agregue los objetos de AUT a OR

  • Verificación “N° de pedido”box que se puede obtener cuando se hace clic en el icono “Abrir carpeta”

Agregue los objetos de AUT a OR

  • La victoria box del nº de pedido (donde se introducen los números)

Agregue los objetos de AUT a OR

  • El botón Aceptar

Agregue los objetos de AUT a OR

  • El campo "Nombre", que es un WinEdit box. 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.

Agregue los objetos de AUT a OR

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

Agregue los objetos de AUT a OR

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

Escriba los guiones basados ​​en el caso de prueba

Salida

Una vez que se ejecuta el script anterior, el resultado se puede obtener de Excel de la siguiente manera:

Escriba los guiones basados ​​en el resultado del caso de prueba

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 usando lo siguientewing pasos

  1. Escriba VBScript para establecer la conexión de la base de datos.
  2. VBScript para abrir un conjunto de registros o una tabla.
  3. VBScript para abrir el campo deseado
  4. La celda particular se lee desde el campo.

Uso de la base de datos como fuente externa para DDF

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.

Uso de la base de datos como fuente externa para DDF

Salida

Uso de la base de datos como fuente externa para la salida DDF

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í

Marco basado en palabras clave

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:

Marco basado en palabras clave

Caso de prueba 2: Insertar el pedido

Palabra clave:InsertarOrden()

Guión grabado:

Marco basado en palabras clave

Caso de prueba 3: abrir el pedido

Palabra clave:Orden abierta()

Guión grabado:

Marco basado en palabras clave

Caso de prueba 4: eliminar el pedido

Palabra clave:EliminarOrden()

Guión grabado:

Marco basado en palabras clave

Caso de prueba 5: cerrar la aplicación

Palabra clave:Cerrar app()

Guión grabado:

Marco basado en palabras clave

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:

Marco basado en palabras clave

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.
  • Redacción de programación descriptiva general para toda la web/ windows objetos 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.

Marco híbrido

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:

Marco híbrido

Caso de prueba 4: eliminar el pedido

Palabra clave:EliminarOrden()

Caso de prueba 5: cerrar la aplicación

Palabra clave:Cerrar app()

por seguirwing Con 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 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.