QTP/UFT Cadre d'automatisation : piloté par les données, par mots-clés et hybride

Par : Thomas Hamilton Thomas Hamilton
Hours Le kit de préparation mis à jour

⚡ Résumé intelligent

cadres d'automatisation dans QTP/UFT Organisez les scripts de test, les données et les fonctions réutilisables afin qu'un seul test puisse couvrir de nombreux cas. Les approches pilotées par les données, par mots-clés et hybrides conviennent chacune à une combinaison différente d'entrées et de logique réutilisable.

  • (I.e. Conception axée sur les données : Les scripts lisent les données d'entrée depuis Excel ou une base de données et réécrivent les données de sortie, de sorte qu'un test exécute de nombreuses itérations.
  • ☑️ Conception axée sur les mots-clés : Les fonctions définies par l'utilisateur deviennent des mots-clés tels que Login et OpenOrder, appelés depuis un script pilote compact.
  • ✅ Conception hybride : Les fonctions définies par mots-clés véhiculent la logique tandis que les données paramétrées alimentent les étapes nécessitant plusieurs entrées.
  • 🧪 Dépôt d'objets en premier : Chaque contrôle utilisé par le test doit être ajouté avant qu'un script puisse l'identifier de manière fiable.
  • ️ Outillage actuel : QTP est maintenant OpenText Tests fonctionnels (UFT Un), et VBScript reste son langage de script pris en charge.
En savoir plus

Cadres d'automatisation des données, des mots clés et hybrides dans QTP/UFT

Cadre axé sur les données

Le framework Data-Driven est un framework qui s'appuie sur différentes combinaisons de données d'entrée et de sortie.

Une façon de transmettre différentes combinaisons de données consiste à ParamétrageDans cette méthode, nous utilisons différentes caractéristiques de QTP.

Cependant, dans DDF, des scripts sont écrits pour effectuer le paramétrage. Ce type de cadre est utile lorsque la fonctionnalité de l'AUT doit être testée avec plusieurs entrées et capturer les sorties respectives. Ces entrées peuvent être lues à partir d'un fichier externe tel qu'une base de données, Excel, OutlookLe fichier texte, etc., et les sorties respectives sont réécrits dans la source externe correspondante, comme illustré ci-dessous.

Flux du cadre de données piloté par les données : lecture des données d'entrée et écriture des données de sortie

Les étapes générales du cadre axé sur les données sont les suivantes :

  1. Préparer la Cas de test pour l'application testée
  2. Ajouter les objets de AUT à OR
  3. Écrire les scripts basés sur le scénario de test

Dans ce nouvel article concernant notre nouveau projet UFT tutorielNous allons développer une conception de cadre axée sur les données pour un exemple de cas de test en utilisant Excel comme source externe pour les données de test.

Étape 1) Préparer le cas de test pour l'application testée

Cas de test: Ouvrez le numéro de commande et obtenez le nom du client pour cette commande. Répétez le même processus pour différents numéros de commande

Source externe: Fichier Excel

Formulaire de réservation de vol utilisé comme exemple de cas de test pour le framework

La source externe de cet exemple est un fichier Excel. Le script VB se trouve dans OpenText Tests fonctionnels (UFT L'un, anciennement Micro Focus UFTIl est nécessaire d'écrire un code pour ouvrir un fichier Excel afin de lire les données de test. Ceci peut être réalisé de manière hiérarchique.

1. Un fichier Excel est d'abord ouvert en tant qu'application

2. Ensuite, le classeur doit être ouvert à partir de l'emplacement spécifié

3. La feuille où sont présentes les données de test.

4. Enfin, la cellule doit être lue.

Étape 2) Ajouter les objets de l'AUT à l'OR

Une fois le scénario de test prêt, commencez à ajouter tous les objets requis au référentiel. Dans notre cas de test, les objets à ajouter sont les suivants

1. Icône « Ouvrir le dossier » dans le Demande de réservation de vol:

L'icône « Ouvrir le dossier » a été ajoutée à la barre d'outils. QTP/UFT référentiel d'objets

2. Case à cocher « N° de commande » accessible en cliquant sur l’icône « Ouvrir le dossier » :

Objet case à cocher « N° de commande » capturé à partir de la boîte de dialogue « Ouvrir une commande ».

3. La zone WinEdit du numéro de commande (où les numéros sont saisis) :

Zone WinEdit pour le numéro de commande ajouté au dépôt

4. Le bouton OK :

Objet du bouton OK de la boîte de dialogue Ouvrir une commande

5. Le champ « Nom » est une zone de texte WinEdit. Ce champ sera renseigné avec un nom une fois que l’utilisateur aura cliqué sur le bouton OK pour un numéro de commande donné.

Champ WinEdit nommé qui reçoit le nom du client

Une fois tous les objets requis ajoutés, le référentiel d'objets apparaîtra comme suit :

Terminée QTP/UFT Répertoire d'objets listant les cinq objets de réservation de vol

ARTICLES LIÉS

Étape 3) Rédiger les scripts en fonction du cas de test

Avant d'exécuter le script, assurez-vous que le fichier Excel contenant les données de test a été enregistré et est fermé.

Le script ci-dessous consiste à lire le numéro de commande à partir d'Excel et à l'attribuer à l'application via la variable « vOrder » et à écrire le nom du client à partir de l'application via la variable « vName ».

Nom Excel: FlightDDF.xlsx

Nom de la feuille: Feuille1

Script VBScript qui lit le numéro de commande depuis Excel et renvoie le nom du client.

Sortie

Une fois le script ci-dessus exécuté, le résultat peut être obtenu à partir d'Excel comme suit :

Feuille Excel contenant les noms des clients réécrits par le script basé sur les données

Le cadre axé sur les données peut également être développé en écrivant programmation descriptive.

Utilisation de la base de données comme source externe pour DDF

Le même scénario de test peut être exécuté si la source externe est une base de données en suivant les étapes suivantes

  1. Écrivez VBScript pour établir la connexion à la base de données
  2. VBScript pour ouvrir un jeu d'enregistrements ou une table.
  3. VBScript pour ouvrir le champ souhaité
  4. La cellule particulière est lue à partir du champ.

Microsoft Table de base de données Access utilisée comme source externe pour DDF

scénario

To Establish a Microsoft Database connection

Pilote = {Microsoft Pilote d'accès (*.mdb)} ; DBQ =

Nom du jeu d'enregistrements : OpenOrder

Nom des champs : Numéro de commande, nom du client

PS: Microsoft Access 2010 ne peut pas être connecté à l'aide du script ci-dessous.

Script VBScript établissant la connexion à la base de données Access et lisant l'ensemble d'enregistrements

Sortie

Résultat de la base de données affichant le nom du client récupéré pour chaque numéro de commande

Avantages du DDF

  • Un grand nombre de données de test peuvent être lues et écrites dans le fichier externe en un seul test
  • L'instruction de boucle est utilisée pour répéter les mêmes étapes pendant plusieurs itérations. L’effort de codage est donc réduit
  • Puisque les données sont lues et écrites directement dans le fichier externe, il n'est pas nécessaire de copier, coller ou exporter les données pour les utiliser.
  • Les données de test peuvent être lues à partir d'un fichier externe et les sorties peuvent être écrites dans n'importe quel autre fichier externe

Inconvénients du DDF

  • Des connaissances en scripting sont nécessaires pour développer ce framework
  • Il arrive parfois que le traitement de certains nombres ou combinaisons de données provenant d'une source externe, comme une base de données, ralentisse ou même fasse planter le système. QTP

Cadre axé sur les mots clés

Le framework piloté par mots-clés est un framework où les mots-clés pilotent le test. Le mot-clé fait référence à fonctions définies par l'utilisateur. Dans ce cadre, des mots-clés sont créés afin d'effectuer une étape de test particulière ou un scénario de test. Ces mots-clés sont ensuite appelés dans le test du pilote pour exécuter plusieurs scénarios de test dans le même test.

Structure de framework pilotée par mots-clés avec des mots-clés appelant des fonctions définies par l'utilisateur

En général, les frameworks peuvent être développés de trois manières afin d’être testés.

  1. Enregistrer et exécuter le test
  2. Ajoutez des objets au référentiel local et écrivez les scripts pour toutes les étapes de test
  3. Rédiger une programmation descriptive pour toutes les étapes de test

Dans ce didacticiel, le KDF est développé en enregistrant et en exécutant le test.

Notre objectif est d'exécuter un seul test pour cinq cas de test différents, tels que la connexion à l'application, l'insertion d'une commande, l'ouverture d'une commande, la suppression d'une commande et la fermeture de l'application. Par conséquent, nous enregistrerons les étapes de test pour ces cas de test et créerons les fonctions avec les mots-clés Login, InsertOrder, OpenOrder, DeleteOrder et CloseApp respectivement.

Cas de test 1 : Connectez-vous à l'application

Mot-clé: Se connecter ()

Script enregistré :

Script VBScript enregistré pour le mot-clé « Connexion » de l’écran de connexion de réservation de vol

Cas de test 2 : insérer la commande

Mot-clé:InsérerOrdre()

Script enregistré :

Script VBScript enregistré pour le mot-clé InsertOrder

Cas de test 3 : ouvrir la commande

Mot-clé:OuvrirCommande()

Script enregistré :

Script VBScript enregistré pour le mot-clé OpenOrder

Cas de test 4 : supprimer la commande

Mot-clé:Supprimer la commande()

Script enregistré :

Script VBScript enregistré pour le mot-clé DeleteOrder

Cas de test 5 : Fermez l'application

Mot-clé:FermerApp()

Script enregistré :

Script VBScript enregistré pour le mot-clé CloseApp

Les fonctions créées pour différents scénarios de test sont enregistrées dans une bibliothèque de fonctions et sont associées au test principal. Il suffit d'appeler les mots-clés pour les cas de test nécessaires dans le test principal, réduisant ainsi la taille du script du pilote dans le test principal.

Le script du pilote pour ce framework simple ressemble à :

Le script pilote appelle les cinq mots clés à partir d'un seul QTP/UFT tester

En exécutant le script ci-dessus, le résultat réel des cinq cas de test peut être obtenu à partir d'un seul test.

Avantages

  • N'importe quel nombre de cas de test peut être exécuté sur un seul test simplement en appelant leurs mots-clés respectifs
  • Écrire une programmation descriptive générale pour tous les objets Web/Windows et les appeler comme mots-clés aidera à exécuter le même test pour différentes applications dynamiques
  • Réduit la taille du script du pilote

Désavantages

  • Le temps nécessaire au développement de ces frameworks est très long s'il y a très peu de cas de test à exécuter
  • L'enregistrement des étapes n'est pas toujours utilisé lors de la conception de KDF pour de nombreuses applications sur le même test.

Cadre hybride

Un framework hybride est une combinaison de framework piloté par les données (DDF) et de framework piloté par les mots clés (KDF) où plusieurs cas de test avec plusieurs entrées peuvent être exécutés dans le même test.

Dans cet article, les mêmes cas de test que ceux utilisés dans KDF seront exécutés dans un seul test. Les mots-clés et les scripts de tous les cas de test sont identiques à ceux de KDF. Cependant, le cas de test TC3 : Ouvrir la commande a été paramétré. Par conséquent, le script de ce cas de test est conçu pour recevoir le numéro de commande depuis un fichier Excel et pour y inscrire le nom du client.

Cadre hybride combinant des fonctions par mots-clés avec des données Excel paramétrées

Cas de test 1 : Connectez-vous à l'application

Mot-clé: Se connecter ()

Cas de test 2 : insérer la commande

Mot-clé:InsérerOrdre()

Cas de test 3 : ouvrir la commande pour plusieurs numéros de commande

Mot-clé:OuvrirCommande()

Description : Ici, le même script que celui utilisé pour développer un DDF est utilisé, réalisant ainsi le cas de test sur plusieurs itérations.

Scénario:

Script paramétré OpenOrder lisant plusieurs numéros de commande depuis Excel

Cas de test 4 : supprimer la commande

Mot-clé:Supprimer la commande()

Cas de test 5 : Fermez l'application

Mot-clé:FermerApp()

En suivant cette méthode simple, le paramétrage de TC3 est réalisé. Le cas échéant, tous les autres cas de test peuvent également être paramétrés dans le même test.

L'exemple ci-dessus illustre une manière très simple de concevoir un framework hybride. On peut également obtenir le même résultat avec la programmation descriptive.

Avantages

  • Le temps nécessaire pour exécuter le test conçu avec un framework hybride est relativement inférieur à celui d'autres frameworks
  • Cela peut être utilisé lorsque nous avons besoin de tous les scénarios de test et entrées associés à un scénario de test particulier, dans la même suite de tests.

Désavantage

  • Une connaissance claire de la combinaison de différents cadres est requise.

FAQ

Non. QuickTest Professional est devenu Micro Focus. UFT, puis UFT Un, et est maintenant vendu comme OpenText Tests fonctionnels. Les modèles de cadre présentés ici restent valables.

Outre les approches basées sur les données, les mots-clés et les architectures hybrides, les équipes utilisent également des architectures linéaires d'enregistrement et de lecture, modulaires, à base de bibliothèques et comportementales. La plupart des suites logicielles matures finissent par adopter une approche hybride.

AI dans OpenText Les tests fonctionnels identifient les contrôles par leur apparence et leur étiquette plutôt que par leurs propriétés techniques, ce qui permet aux tests de résister aux modifications de l'interface utilisateur. Les assistants IA expliquent également rapidement les anciens scripts VBScript.

Oui. Copilot suggère des boucles VBScript, l'automatisation Excel et la gestion des erreurs, ce qui convient aux bibliothèques de mots clés. RevExaminez chaque suggestion, car les noms des référentiels d'objets et UFT-Les méthodes spécifiques doivent correspondre à vos actifs.

VBScript est le seul langage entièrement pris en charge au sein du système. UFT Un seul EDI. Excel, les bases de données et l'accès aux fichiers s'effectuent tous via des objets VBScript, comme le démontre cette présentation.

Excel convient aux petits ensembles de données gérés par le testeur. Une base de données offre une meilleure évolutivité et permet un accès partagé, mais les grands ensembles de résultats peuvent ralentir le test, comme le signale le script source.

Oui. Les tests créés avec l'une de ces conceptions peuvent être stockés et déclenchés à partir de OpenText ALM ou une tâche d'intégration continue, afin que la même bibliothèque de mots-clés s'exécute automatiquement après chaque compilation.

Commencez par une approche basée sur les données, avec un test enregistré et une feuille Excel. Une fois les étapes stabilisées, transformez-les en fonctions clés, puis combinez les deux dans une conception hybride.

Résumez cet article avec :