• Articles
• admin

Dans ce tutoriel, nous utiliserons QTP (HP UFT) pour créer

• Cadre piloté par les données
• Cadre piloté par les mots clés
• Cadre hybride

Alors commençons –

Cadre piloté par les données

Le Cadre piloté par les données est un cadre qui est piloté par le différentes combinaisons de données d’entrée et de sortie.

Une façon de transmettre différentes combinaisons de données est par paramétrage. Dans cette méthode, nous utilisons différentes fonctionnalités de QTP. Pour en savoir plus sur le paramétrage, veuillez visiter ici.

Cependant, en DDF, les scripts sont écrits pour effectuer le paramétrage. Ce type de framework 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, Outlook, un fichier texte, etc. et les sorties respectives sont réécrites dans la source externe correspondante.

Les étapes générales impliquées dans le cadre piloté par les données sont les suivantes:

1. Préparer le Scénario de Test pour l’Application Testée
2. Ajouter les Objets de AUT à OR
3. Écrire les scripts sur la base du Scénario de test

Dans ce tutoriel, nous allons développer une conception de cadre axée sur les données pour un exemple de scénario de test en utilisant Excel comme source externe pour les données de test.

Step1) Préparez le Scénario de test pour l’application testée

Scénario 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

La source externe de cet exemple est un fichier Excel. Le script VB dans Micro Focus UFT doit être écrit pour ouvrir un fichier Excel afin de lire les données de test. Cela peut être réalisé de manière hiérarchique.

1. Un fichier Excel est d’abord ouvert une application as

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

3. La feuille où les données d’essai sont présentes.

4. Enfin, la cellule doit être lue.

Étape 2) Ajoutez les objets de AUT à 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

•  » Icône « Ouvrir le dossier » dans l’application de réservation de vol

•  » Ne commandez pas de case à cocher « qui peut être obtenue lorsque l’icône « Ouvrir le dossier » est cliquée

• La case WinEdit du numéro de commande (où les numéros sont entrés)

• Le bouton OK

• Le champ « Nom » qui est une boîte WinEdit. Ce champ sera rempli avec un nom une fois le bouton OK cliqué pour un numéro de commande particulier.

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

Étape 3) Écrivez les scripts en fonction du scénario 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 dans Excel et à l’affecter à 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: Sheet1

Script

To Establish a Microsoft Database connection

Pilote = { Pilote Microsoft Access(*.mdb) }; DBQ=< Chemin de la base de données>

Nom du jeu d’enregistrements: OpenOrder

Nom des champs: OrderNo, CustomerName

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

Sortie

Avantages de DDF

• Un grand nombre de données de test peuvent être lues et écrites dans le fichier externe en une seule instruction de boucle de test
• est utilisée pour répéter les mêmes étapes pendant plusieurs itérations. Par conséquent, l’effort de codage est réduit
• Étant donné que les données sont lues et écrites directement dans le fichier externe, il n’est pas nécessaire de copier, coller ou exporter des 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 de DDF

• Des connaissances en script sont nécessaires pour framework
• Parfois, le nombre ou les combinaisons de données provenant d’une source externe comme une base de données peuvent ralentir ou même planter le QTP

Framework piloté par mot clé

Le framework piloté par mots clés est un framework où les mots clés pilotent le test. Ici, le mot-clé fait référence aux 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 cas de test dans le même test.

Pour connaître les fonctions définies par l’utilisateur dans QTP, veuillez visiter ici

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

1. Enregistrez et exécutez le test
2. Ajoutez des objets au référentiel local et écrivez les scripts pour toutes les étapes de test
3. Écrivez une programmation descriptive pour toutes les étapes de test

Dans ce tutoriel, 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 Test1: Connectez-vous à l’application

Mot clé: Login()

Script enregistré:

Cas de Test2 : Insérez le mot-clé Order

:InsertOrder()

Script enregistré:

Cas de Test3 : Ouvrez la commande

Mot-clé: OpenOrder()

Script enregistré:

Cas de Test4 : Supprimez le mot-clé Order

: DeleteOrder()

Script enregistré:

Cas de Test5 : Fermez l’application

Mot-clé: CloseApp()

Script enregistré:

Les fonctions créées pour différents cas de test sont enregistrées dans une bibliothèque de fonctions et 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 de pilote dans le test principal.

Le script de pilote pour ce framework simple se présente comme suit:

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

Avantages

• Un certain nombre de cas de test peuvent être exécutés 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 & les appeler comme mots-clés aidera à exécuter le même test pour différentes applications dynamiques
• Réduit la taille du script de pilote

Inconvénients

• Le temps nécessaire pour développer ces frameworks est très élevé 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.

Un cadre hybride est une combinaison de Cadre piloté par les données (DDF) et de Cadre 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 utilisés dans KDF seront exécutés en un seul test. Les mots-clés et les scripts pour tous les cas de test sont les mêmes que dans KDF. Cependant, TC3:Ouvrir la commande a été paramétrée. Par conséquent, le script de ce cas de test est écrit pour recevoir le numéro de commande à partir d’un fichier Excel et pour écrire le nom du client dans le fichier Excel

Cas de Test1: Connectez-vous à l’application

Mot-clé: Login()

Cas de Test2: Insérez la Commande

Mot-clé: InsertOrder()

Cas de Test3: Ouvrez la Commande pour plusieurs numéros de commande

Mot-clé: OpenOrder() )

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

Scénario:

Cas de Test4 : Supprimer l’ordre

Mot-clé : DeleteOrder()

Cas de Test5 : Fermer l’application

Mot-clé : CloseApp()

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.

Par exemple, est un moyen très simple de concevoir un framework hybride. Le même cadre peut également être atteint 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 des autres frameworks
• Cela peut être utilisé lorsque nous avons besoin de tous les cas de test et entrées associés à un cas de test particulier, dans la même suite de tests.

Inconvénient

• Des connaissances claires sur la combinaison de différents cadres sont requises.