Tests d'API utilisant QTP/UFT: Tutoriel complet

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

⚡ Résumé intelligent

tests d'API dans QTP/UFT On valide un service directement, sans interface utilisateur. Un test d'API se présente sous la forme d'un flux d'activités sur un canevas, et des points de contrôle déterminent si chaque réponse est réussie.

  • (I.e. Aucune interface graphique n'est requise : Les données saisies sont envoyées directement au service et la réponse enregistrée est comparée aux attentes.
  • ☑️ Cinq types pris en charge : Services Web, REST, langage orienté objet, base de données et API propriétaires.
  • ✅ Flux d'activités, et non objets : Faites glisser une requête HTTP depuis la boîte à outils vers le flux de test et définissez ses propriétés.
  • 🧪 Les points de contrôle déterminent le verdict : Un code d'état de 200 indique que l'appel a réussi sans inspection manuelle.
  • ️ Résultats réunis en un seul endroit : Le visualiseur de résultats d'exécution affiche chaque activité, sa réponse et le résultat de chaque point de contrôle.
  • 📌 Dénomination actuelle : QTP de plus HP Service Test est devenu UFT, maintenant vendu sous le nom de OpenText Tests fonctionnels (UFT Un).
En savoir plus

Création et exécution d'un test d'API dans QTP et UFT Un

Avant de tester une API, il est nécessaire de comprendre ce qu'est une API. Une API (Interface de Programmation d'Application) est un ensemble de fonctions et de procédures logicielles pouvant être exécutées par d'autres applications.

Qu'est-ce que le test API?

Test d'API est une test logiciel Méthode de validation des interfaces de programmation d'applications (API). L'objectif des tests d'API est d'évaluer la fonctionnalité, la fiabilité, la sécurité et les performances de l'API. Lors de ces tests, un logiciel envoie des requêtes à l'API et enregistre les résultats afin de la tester.

Les tests d'API consistent donc à :

  • Test sans interface graphique
  • Simulation programmatique de scénarios de données ou de flux de contrôle.
  • Focus sur , et non pas en fonction du comportement ou de l'expérience client.

Le diagramme ci-dessous situe les tests d'API entre le client qui appelle le service et les données auxquelles il accède.

Étendue des tests d'API entre la couche client et la couche de base de données

Pourquoi les tests API sont-ils importants ?

Les tests d'API présentent quatre avantages importants

1. Les tests API sont la tendance

Comme le montre la figure ci-dessous, les tests d'API ont connu une croissance très rapide au cours des dix dernières années. Ils sont devenus bien plus populaires que les autres types de tests.

Graphique illustrant la croissance de l'adoption des tests d'API sur dix ans

2. Temps efficace

Les tests d'API permettent d'utiliser l'exécution parallèle afin de réduire le temps d'exécution. Vous pouvez ainsi économiser jusqu'à 5 fois plus qu'avec d'autres types de tests.

3. Indépendant de la langue

Dans les tests API, les données sont échangées via XML or JSONAinsi, n'importe quel langage peut être utilisé pour tester la réponse. Par exemple, si vous disposez d'un service dont la réponse est au format JSON, vous pouvez facilement analyser les données avec Java, C# ou toute autre langue.

4. Intégration facile de l'interface graphique

Parce que UFT On regroupe les tests d'interface graphique et les tests d'API dans une même solution ; un appel d'API permet de configurer les données pour un test d'interface utilisateur, et les deux types de tests sont regroupés dans les mêmes résultats d'exécution. Ainsi, le contrôle du service et l'interface qui l'utilise restent dans un seul projet, au lieu d'être répartis dans deux chaînes d'outils distinctes.

Test d'API avec UFT (Tests fonctionnels unifiés)

De nombreux outils sont disponibles, à la fois libres et commerciaux. UFT est un excellent choix pour exécuter des tests d'API, car le flux est construit visuellement et la configuration est conservée dans un seul panneau de propriétés.

La dernière version de QTP, appelé HP Unified Essais fonctionnels (UFT), est une combinaison de HP QTP (un outil de test d'interface graphique) et HP Service Test (un outil de test d'API). UFT prend en charge le Web, JavaNET, Oracle, Siebel, les services web et de nombreux autres langages et plateformes majeurs que les versions précédentes ne prenaient pas en charge.

⚠️ Dénomination du produit : l'outil décrit ici comme HP UFT est maintenant vendu sous le nom de OpenText Tests fonctionnels (UFT Une), après être passé de HP à Micro Focus puis à OpenTextLes captures d'écran ci-dessous proviennent de la version de l'ère HP, le libellé des menus diffère donc des versions actuelles, mais le flux de test de l'API, les activités et les points de contrôle fonctionnent de la même manière.

Type de support de test d'API par HP UFT

  1. Service Web
  2. REST
  3. Langage orienté objet
  4. Base de données
  5. API propriétaire
Ne manquez pas:

Commencez vos premiers tests d'API avec QTP

Dans ce test d'API dans UFT tutoriel, nous aborderons UFT Exemples de tests d'API. Nous allons tester l'API Graph de Facebook. Nous testerons l'API en tant que Cas de test ci-dessous

  1. Obtenez un profil de l'utilisateur spécifié sur Facebook.
  2. Vérifiez que le profil est conforme aux attentes.

Voici une étape pour créer un flux de test pour cette API.

Planifié UFT flux de test pour le cas de test de l'API Graph de Facebook

⚠️ À propos de cet exemple : Facebook a mis hors service l'API Graph v2.3 il y a plusieurs années et le jeton d'accès indiqué ci-dessous a expiré depuis longtemps. Par conséquent, l'appel exact ne renvoie plus de données. La requête originale est conservée telle quelle à titre d'exemple fonctionnel ; il vous suffit de suivre les mêmes étapes avec n'importe quel point de terminaison REST actuel pour reproduire le processus.

Étape 1) Ouvrez HP UFT et créer un nouveau projet Tests d'API

  1. Choisissez Démarrer > (Tous) programmes > Logiciels HP > HP Unified Functional Testing > Unified Functional Testing. Dans les versions actuelles, il s'agit simplement du UFT Un raccourci.

    Windows Chemin d'accès au raccourci HP Unified Functional Testing dans le menu Démarrer

  2. Cliquez à nouveau Fichier > Nouveau > Test. Sélectionnez le Test API type

    UFT Boîte de dialogue Ajouter un nouveau test avec le type Test API sélectionné

  3. Lorsqu'une boîte de dialogue s'ouvre, saisissez le nom du test d'API : API_Facebook, et sélectionnez un emplacement pour enregistrer ce projet. Cliquez Créer créer le projet de test d'API.

    Nommer la nouvelle API de test API_Facebook et choisir son emplacement d'enregistrement

Étape 2) Ajout d'une requête HTTP au flux de test

Nous utiliserons la requête HTTP pour interroger l'API Facebook.

  1. Sélectionner Boîte à outils > Réseau

    Le groupe Network s'est développé dans le UFT panneau de la boîte à outils

  2. Faites glisser l'élément Requête HTTP pour tester le débit.

    L'activité de requête HTTP a été déposée sur le UFT canevas de flux de test d'API

Étape 3) Configurer et transmettre des paramètres dans une requête HTTP

  1. Faites un clic droit sur le Requête HTTP objet pour le modifier.

    Menu contextuel (clic droit) sur l'objet Requête HTTP dans le flux de test

  2. Dans la section Propriétés, saisissez le URL

    Volet Propriétés de l'activité Requête HTTP avec le URL champ

    https://graph.facebook.com/v2.3/me?access_token=CAACEdEose0cBANJsDnbZC92mNAghaM6xxZCZBZAvKlMXS98VYvKy%20OlrfAdsUWR8x5aw9Kqc0grscs9zb9IYED4VC3FwapIZBj%20dsuxy%20HdLcff38gYUBFNeRQlH%20fN7eXKoVZBNl0bR233ZAZCw8fLF1QLh98ry2ZBeYBhXLabtTDkFPZA1IqhaMG0mQp30zO1%20QxQ19nVCxZArJA6XRoB1o5FMepII5cn3DgbBmTgZD
  3. Vous pouvez également transmettre un paramètre à l'API en définissant des valeurs dans le En-tête de demande grille.

    Grille d'en-têtes de requête utilisée pour transmettre des paramètres supplémentaires à l'appel API

    Utilisez le bouton Explorateur d'API Graph de Facebook pour obtenir la valeur du jeton d'accès.

  4. Mettez le Méthode HTTP à ÉCONOMISEZ.

    Liste des méthodes HTTP de l'activité de requête HTTP définie sur GET

    GET a été sélectionné comme méthode HTTP pour la requête.

  5. Configurer Points de contrôle du système Requête HTTPDéfinissez le code d'état sur 200 Dans la section « Points de contrôle », vous pouvez vérifier si l'action a réussi sans avoir à consulter le résultat manuellement. Le résultat (réussite ou échec) du test est déterminé par ces points de contrôle. Un code d'état 200 signifie que le test a réussi.

    Volet des points de contrôle avec le code d'état attendu défini sur 200

Étape 4) Exécutez le test

Cliquez sur Courir bouton, ou appuyez F5, pour ouvrir la boîte de dialogue Exécuter le test. Cliquez Courir compiler et exécuter le test.

UFT La boîte de dialogue « Exécuter le test » s'ouvre à partir du bouton « Exécuter ».

Étape 5) Afficher le résultat

La fenêtre de visualisation des résultats d'exécution s'ouvre. Dans ce test d'API utilisant UFT Par exemple, un cas de test ayant échoué est signalé comme dans la figure suivante.

Visualiseur de résultats d'exécution affichant un cas de test d'API ayant échoué

Lorsque le test est réussi, le résultat est indiqué ci-dessous.

Visualiseur de résultats d'exécution indiquant la réussite du test API

Votre premier test d'API dans UFT est maintenant terminé.

Où aller en partant d'ici

Maintenant que vous avez appris à créer un test avec un test d'API dans UFTVous pouvez créer votre propre test pour votre application sans interface graphique. Ajouter un point de contrôle par réponse et groupeping appels dans transactions ce sont les prochaines étapes habituelles.

FAQ

Un test d'interface graphique (GUI) pilote les commandes à l'écran et les enregistre comme objets de test. Un test d'API est un flux d'activités sur un canevas qui envoie des requêtes directement à un service ; aucune donnée provenant de l'interface n'est donc enregistrée.

Non. Un test d'API comporte des activités, des propriétés d'entrée et de sortie et des sources de données au lieu d'objets de test, donc non référentiel d'objets est impliqué. Seuls les tests d'interface graphique apprennent les objets et stockent leurs descriptions.

Importez le WSDL du service dans le test. UFT lit le document, crée une activité pour chaque opération exposée par le service et les ajoute au volet Boîte à outils afin qu'elles puissent être glissées sur le flux de test comme n'importe quelle autre activité.

Liez les propriétés d'entrée de l'activité à une source de données telle qu'une feuille Excel ou un fichier XML au lieu de saisir du texte.ping valeurs littérales. Chaque ligne produit alors une itération, et le visualiseur de résultats d'exécution affiche le résultat de chaque itération.

Les outils d'intelligence artificielle comparent les réponses entre les exécutions afin de détecter les dérives de schéma et les nouveaux champs défaillants, et peuvent regrouper les défaillances répétées par cause racine probable. Cela accélère le tri, mais les valeurs attendues à chaque point de contrôle nécessitent toujours une validation humaine.

Copilot est utile pour le code entourant le test : logique d'activité personnalisée, analyse des réponses et fonctions d'assistance. Il ne peut pas construire le flux de test visuel ni lire votre configuration de service.tract, donc chaque requête et chaque point de contrôle qu'il suggère nécessite une vérification.

SoapUI et Postman sont plus légers et gratuits pour commencer. UFT Elle trouve toute sa place lorsque le même projet doit également couvrir l'interface utilisateur, puisqu'une seule licence et un seul ensemble de résultats couvrent les deux niveaux.

Au-delà du code d'état HTTP, un test d'API peut vérifier le contenu du corps de la réponse, les valeurs des en-têtes individuels et les données renvoyées par rapport à une source attendue. Chaque résultat de contrôle apparaît avec la requête dans le visualiseur de résultats d'exécution.

Résumez cet article avec :