Tutoriel Tosca - Table des matières
Tosca est maintenant devenu l'un des principaux outils d'automatisation de test qui suit la méthodologie sans script. Tout au long du didacticiel Tosca, nous avons déjà appris les différents composants de Tosca et l'approche d'automatisation des tests. Nous allons maintenant expliquer les concepts de test d'API dans TOSCA.
Tutoriel Tosca # 1: Présentation de Tosca
Tosca Tutorial # 2: Tricentis Tosca Setup - Installation, désinstallation et configuration de la licence
Tosca Tutorial # 3: Tosca Création d'espace de travail
Tutoriel Tosca # 4: Compréhension de TOSCA Commander et de Tosca User Management
Tosca Tutorial # 5: Tosca Scanning - Une introduction aux modules
Tosca Tutorial # 6: Création de cas de test Tosca
Tosca Tutorial # 7: Paramètres et bibliothèque de Tosca - Buffer, paramètre métier, TCP
Tosca Tutorial # 8:Exécution des tests Tosca, rapports et gestion des bogues
Tosca Tutorial # 9: Conception de cas de test - Une approche de la gestion des données de test
Tosca Tutorial # 10: Gestion des données de test Tosca.
Tosca Tutorial # 11: Test d'API dans Tosca
Tutoriel Tosca # 12: Questions et réponses d'entrevue avec Tosca
Dans ce nouvel article concernant notre nouveau projet "Test d'API dans TOSCA" article, nous expliquerons la vue d'ensemble de l'API et les étapes détaillées des tests d'API automatisés dans TOSCA.
Test d'API dans Tosca
Qu'est-ce que l'API?
L'API est la forme la plus courte de l'interface de programme d'application. Il fonctionne comme une interface qui permet à deux applications de communiquer entre elles via des formats de message courants tels que XML, JSON, etc. Considérons la figure ci-dessous pour en savoir plus sur l'API–
Supposons que nous ayons quatre applications différentes - SAP App, Mobile Apps, Web Portal et Billing System, qui sont intégrées par une interface commune en tant qu'API. Ici, l'API fonctionne comme un interpréteur. Chacun des systèmes interagit les uns avec les autres en envoyant une requête API et en recevant la réponse API. Fondamentalement, chaque système communique avec l'API et, en fonction de la demande, l'API achemine les messages vers le système cible.
Objectifs de l'API:
- Communiquez entre différentes applications.
- C'est indépendant de la plateforme.
- Le développement d'un système ne dépend pas d'un autre.
- Communication rapide et sécurisée.
- Facile à intégrer de nombreuses applications.
Différents types d'API:
API REST (transfert d'état de représentation): C'est une API de service Web qui est maintenant une partie essentielle des applications Web modernes telles que Facebook, Netflix, etc. L'API REST doit être conforme aux normes ci-dessous -
- Apatride - Il ne permet pas de stocker les données qu'ils ont reçues d'un demandeur.
- Architecture client-serveur - Les API REST du client et du serveur doivent être indépendantes l'une de l'autre.
- Cache - Le cache stocke les données de navigation pendant une période de temps spécifique.
- Interface uniforme - La communication doit être des requêtes HTTP utilisant URL, CRUD (Créer, Lire, Mettre à jour, Supprimer) et JSON.
- Système en couches - Les API REST doivent utiliser différentes couches d'architecture, ce qui contribue à une hiérarchie claire.
- Code à la demande - C'est une règle facultative pour transmettre du code dans l'application via l'API.
API RPC (appel de procédure distante): Il s'agit de l'API la plus simple utilisée depuis longtemps. Le but de RPC est d'exécuter du code sur le système serveur. Il était plus facile pour les développeurs d'applications de développer des applications impliquant plus de programmes ou de services dans l'API RPC.
Il existe deux types d'API RPC: XML-RPC et JSON-RPC.
API SOAP (Simple Object Access Protocol): C'est également un type d'API Web. SOAP est le premier à définir le processus concernant les applications à utiliser une connexion réseau pour gérer les services. C'est un protocole spécial qui est défini par le World Wide Web Consortium (W3C).
Test d'API dans TOSCA:
Avant de comprendre les tests d'API dans TOSCA, nous devons d'abord comprendre «Qu'est-ce que les tests d'API?».
Qu'est-ce que le test API?
Le test API est une approche pour tester les composants API de tout produit logiciel de manière efficace. Pour effectuer des tests d'API, nous devons valider la réponse API reçue en fonction de la demande d'API. Le principal objectif des tests d'API est de tester les fonctionnalités de base, la fiabilité, les performances et la sécurité via l'API. Le test API est idéal pour tester les fonctionnalités de base de l'application lorsque toute l'application est partiellement développée. Ainsi, cela nous permet de démarrer les tests avant l'intégration des composants logiciels.
Pour plus d'informations sur les tests d'API, veuillez cliquer sur ici.
Test d'API dans TOSCA:
L'objectif des tests d'API est de garantir que les fonctionnalités de base de l'application fonctionnent comme prévu sans interagir dans la couche d'interface utilisateur. Pour effectuer les tests d'API, nous devons toujours demander l'aide d'outils tiers tels que Postman, UFT, TOSCA, etc.
Ici, TOSCA est l'un des meilleurs outils d'automatisation pour les tests d'API.
Avantages des tests d'API dans TOSCA:
- Les tests d'API peuvent être utilisés pour valider les fonctionnalités de base même lorsque l'interface utilisateur n'a pas été développée / modifiée. Par conséquent, les tests peuvent être lancés bien avant que les tests fonctionnels réels (basés sur l'interface utilisateur) ne soient effectués.
- Les modifications fréquentes des applications peuvent être testées rapidement.
- Il est facile de gérer les cas de test dans TOSCA.
- Les tests d'API dans TOSCA peuvent être effectués beaucoup plus rapidement.
- L'assistant d'analyse de l'API Tosca autonome est disponible pour analyser l'API de la manière la plus simple.
- Facile à créer des scénarios de test Tosca.
Normes prises en charge pour les tests d'API dans TOSCA:
Normes de service Web | SAVON 1.1, SAVON 1.2, REPOS |
Couche de transport | HTTP 1.1, IPv4, IPv6 |
Format du message | XML, JSON |
Langue de description du message | OData 4.0, SWAGGER, WSDL 1.1, WADL, XSD, schéma JSON |
Authentification | Authentification de base, Kerberos / SPNEGO, NTLM |
Flux de processus pour les tests d'API dans TOSCA:
Services API - Identifiez les détails de l'API et le flux fonctionnel pour l'automatisation.
Analyse API - Scannez l'API et créez des modules Tosca.
Créer un scénario de test - Générez des cas de test et effectuez un nettoyage avec paramétrage.
Courir - Exécutez les cas de test et partagez les rapports avec les détenteurs de pile.
Guide étape par étape pour effectuer l'automatisation des tests d'API dans Tosca:
Étape 1# Collecter les détails de l'API - Nous devons collecter ci-dessous les informations API de l'exemple d'application,
- Endpoint: http://webservice.toscacloud.com/rest/swagger/docs/v2Identifiant: Nom d'utilisateur1 / Mot de passe1
- Normes de service Web: REST
- Format du message: JSON
Étape 2# Identifiez les scénarios et les formats de données pour la demande d'API.
Scénario de test - Après vous être connecté à l'exemple d'application Swagger, vous devez ajouter une nouvelle marque de café et vérifier.
Format de données - Les données doivent être transmises au format JSON.
Étape 3# Vérifiez manuellement le scénario à l'aide d'outils tels que Postman (facultatif). Veuillez lire l'article sur Facteur pour comprendre le processus de test de l'API.
Étape 4# Analyser l'API avec la référence du point de terminaison. Les étapes de numérisation sont mentionnées ci-dessous -
1) Ouvrez l'assistant d'analyse API à partir de l'onglet «Test API» disponible dans la section En-tête TOSCA.
2) Cliquez sur le bouton URI et entrez l'adresse du point de terminaison. Cliquez maintenant sur OK pour lancer la numérisation.
3) Après quelques instants, l'analyse de l'API sera terminée et les modules d'API analysés seront affichés dans l'assistant d'analyse de l'API.
Étape 5 # Créer des modules et des cas de test - En sélectionnant le dossier racine, à savoir «Swagger Demo CoffeeShop V2», cliquez sur «API Test Case» pour générer des modules et des cas de test dans le TOSCA. Pour chaque transaction, il y a deux parties - une pour la demande et une autre pour la réponse.
Étape 6# Scénarios de nettoyage: Les cas de test générés automatiquement peuvent être utilisés comme une suite de base qui doit être nettoyée en supprimant les dossiers indésirables, créez des attributs de module pour paramétrer les valeurs de réponse telles que le jeton d'authentification qui sera nécessaire pour effectuer toute transaction.
Post Coffee (modules pour demande d'API) -
Après avoir assigné les paramètres, le scénario de test de l'API ressemblera à ci-dessous,
Étape 7# Exécuter le cas de test d'API dans TOSCA - Tout d'abord, nous devons ajouter le cas de test nouvellement créé dans la liste d'exécution. Maintenant, l'exécution peut être lancée en cliquant sur le bouton «Exécuter». Comme il s'agit d'un test d'API, aucune interface utilisateur d'application ne sera visible tout au long de l'exécution. Une fois l'exécution terminée, le rapport ressemblera à ci-dessous,
Conclusion:
Dans ce nouvel article concernant notre nouveau projet "Test d'API dans TOSCA" article, nous avons appris les API et les tests d'API dans TOSCA. Pour en savoir plus sur les tests d'API dans Tosca à partir du portail d'assistance Tricenties, cliquez sur ici.
Bonjour, je m'appelle K. Mondal, je suis associé à une organisation leader. J'ai plus de 12 ans d'expérience professionnelle dans des domaines tels que le développement d'applications, les tests d'automatisation, le consultant informatique. Je suis très intéressé par l'apprentissage de différentes technologies. Je suis ici pour réaliser mon aspiration et je contribue actuellement en tant qu'auteur et développeur de sites Web à LambdaGeeks.
Connectons-nous via LinkedIn-