Automatisation de bout en bout sur JIRA avec RestAssured

REPOS ASSURÉ

LE REPOS représente CONCERNANTprésentation Stat Jtransfert. Il prend en charge la syntaxe Behavior-Driven Development (BDD) comme Étant donné, quand et alors notations. Cela nous aide à nous intégrer à des frameworks de test comme Junit ou TestNG.

Scénario de base pour automatiser l’application JIRA :

1. Connectez-vous à Jira pour créer une session à l’aide de « l’API de connexion »
2. Ajouter un commentaire au problème existant à l’aide de « Comment API »
3. Ajoutez une pièce jointe au problème existant à l’aide de « Add Attachment API »
4. Obtenez les détails du problème et vérifiez que si un commentaire ajouté existe à l’aide de « Get Issue API »

Commençons par importer le package afin de pouvoir utiliser ses méthodes.

Stockons l’URI de base avant de l’utiliser, utilisez la ligne suivante pour stocker le BaseURI

Remarque : Maintenant que tout est prêt, examinons les scénarios.

1. Connectez-vous à Jira pour créer une session à l’aide de « l’API de connexion »

Dans l’exemple ci-dessus, nous avons utilisé Filtre de session ce qui nous aide à garder la trace de la session en cours, nous devons simplement utiliser le filtre de mots-clés (session) et le reste sera pris en charge automatiquement.

Comme nous utilisons le corps comme Données JSON où nous transmettons le nom d’utilisateur et le mot de passe pour se connecter à l’application, nous devons utiliser le entête comme « application/json ».

Utilisation du mot-clé relaxHPPTSValidation() signifie que vous ferez confiance à tous les hôtes, que le certificat SSL soit invalide ou non.

Le mot clé log().all() est chargé de consigner l’intégralité de la sortie pour une meilleure compréhension. De plus, ce n’est pas nécessaire, mais c’est considéré comme une bonne norme de codage.

Le mot clé extrait().response().asString() fait le travail d’extraction de la réponse sous forme de chaîne car nous pourrions avoir besoin de la chaîne pour effectuer des opérations futures.

Cliquez sur le lien pour en savoir plus sur le Authentification des cookies

Conclusion: Félicitations, vous avez Connecté avec succès dans la demande et Création d’une session à l’aide de l’API de connexion.

2. Ajouter un commentaire au problème existant à l’aide de « Comment API »

Paramètre de chemin lorsque l’utilisateur veut les informations pour la clé avec l’ID 10101 et non pour tous les ID, dans une telle situation, nous pouvons utiliser PathParam.

Aussi, nous pouvons envoyer données dynamiques dans le JSON en transmettant les données qui sont stockées dans une chaîne appelée « expectedMessage ».

Nous utilisons également assertThat().statusCode(201) pour affirmer que le code d’état doit être 201 ou échouer en indiquant que le statusCode attendu « 201 » mais trouvé ce « XXX ».

Nous pouvons analyser la réponse JSON avec Rest Assured en utilisant la classe JSONPath.

Par conséquent, nous transmettons la chaîne à JsonPath. Maintenant, les données individuelles sont accessibles à l’aide de l’objet créé qui est « js » dans notre cas.

Conclusion: Félicitations, vous avez réussi Ajoutée ton Premier commentaire dans le bogue que vous venez de créer à l’aide de l’API REST.

3. Ajoutez une pièce jointe au problème existant à l’aide de « Add Attachment API » (avec Curl Command)

Dans le Documentation l’ajout d’une pièce jointe utilise la commande Curl :

curl -D- -u admin:admin -X POST -H « X-Atlassian-Token : no-check » -F « file=@myfile.txt » http://myhost/rest/api/2/issue/TEST -123/pièces jointes

Décoder la commande curl supérieure signifie D – Différents paramètres que nous transmettons, u – Nom d’utilisateur Mot de passe, X – Méthode HTTP (Post, Supprimer, etc.), H – En-tête (valeur clé), F – Fichier pour la pièce jointe.

Avec l’aide des données ci-dessus, nous pouvons facilement construire notre code en utilisant given, header, post.

Nous voilà Téléchargement d’un fichier et n’utilisant aucune donnée brute comme corps, nous utilisons donc le Jeton comme « X-Atlassian-Token – no-check » et « Content-Type – multipart/form-data ».

En plusieurs parties les requêtes combinent un ou plusieurs ensembles de données en un seul corps, séparés par des limites.

Vous utilisez généralement ces requêtes pour Téléchargements de fichiers et pour Transfert de données de plusieurs types dans une seule requête (par exemple, un fichier avec un objet JSON).

Remarque : Il y a un cool Éditeur en ligne JSON disponible que vous devriez vérifier à coup sûr.

Conclusion: Félicitations, vous venez de Ajoutée ton Première pièce jointe dans le bogue existant que vous avez créé à l’aide de l’API Rest.

4. Obtenez les détails du problème et vérifiez que si un commentaire ajouté existe à l’aide de « Get Issue API »

Il peut y avoir Scénarios où vous n’avez besoin de récupérer que quelques-uns ou un seul enregistrement. Dans de tels cas, les paramètres de chaîne de requête jouent un rôle important.

Dans notre exemple, nous nous intéressons au Champ unique commentaire, donc avec l’aide de queryParam.

5. Plongeons dans la logique que nous allons écrire pour vérifier que notre commentaire existe ou non.

Pas:

• Obtenir la taille totale du commentaire en utilisant Taille().
• Répéter à travers chaque commentaire et vérifiez si le commentId est présent
• Si oui, vérifiez que le corps du commentaire est le même en utilisant assertEquals(commentaire, attenduCommentaire)

Conclusion: Félicitations, vous avez réussi Ajoutée et Vérifié un Commentaire à l’aide de l’API REST.

Conclusion:

Dans ce blog, vous Exploré API Jira. Vous avez créé votre premier ticket dans Jira à l’aide des API Jira Cloud REST et effectué diverses opérations sur le ticket que vous avez créé. Vous pouvez maintenant utiliser le API REST construire des add-ons pour JIRA, développer Intégrations entre JIRA et d’autres applications.

Bon codage !