Présentation
Les applications vous permettent d’inclure plusieurs applications dans un même projet de test, par exemple une interface Web, un panneau d’administration et une API backend. Chaque application est représentée par une « App », et chaque environnement stocke sa propre URL (ou version mobile) pour chaque « App ». Cela vous permet de tester des workflows couvrant plusieurs « Apps » dans un seul cas de test, y compris plusieurs applications Web et API, tout en réutilisant les mêmes identifiants de projet, variables et connecteurs.
Cet article explique ce qu’est une application, comment ajouter et configurer des applications, comment associer à chaque application l’URL appropriée pour chaque environnement, et comment faire référence à une application spécifique depuis vos étapes de test.
Qu’est-ce qu’une « App » ?
Une application représente une application distincte au sein de votre projet de test. Chaque application correspond à l’une des applications qui composent votre produit testé, par exemple une interface client, un panneau d’administration ou une API backend.
Un projet de test peut contenir plusieurs applications. C’est ce qui rend possible les tests inter-applications : un seul cas de test peut modifier un paramètre dans votre application d’administration, puis vérifier le résultat sur votre application destinée aux clients, sans quitter le projet.
Dans chaque projet, une application est définie par défaut. Elle est créée automatiquement lors de la création du projet ; les projets à application unique continuent donc de fonctionner exactement comme auparavant. Vous n’ajoutez d’autres applications que lorsque vous en avez besoin.
Types d’applications
Thunders prend en charge quatre types d’applications. Vous choisissez le type lors de la création de l’application.
Application Web: une application basée sur un navigateur, testée via l’automatisation de l’interface utilisateur. Il s’agit du type le plus courant.
API: un service REST, GraphQL ou autre service HTTP, testé via des étapes d’appel d’API.
Application mobile: une application native iOS ou Android, testée sur de vrais appareils. Les applications mobiles sont configurées à l’aide d’un fichier APK ou IPA plutôt que d’une URL.
Application de bureau: une application de bureau native (Windows, macOS, Linux), testée via une session de navigateur plutôt que sur votre machine locale (voir « Tester une application de bureau » ci-dessous).
Les applications Web et les API sont disponibles dans chaque projet de test. Les applications mobiles nécessitent que les tests mobiles soient activés pour votre organisation.
Prérequis
Le rôle d’administrateur pour ajouter, modifier, archiver ou supprimer des applications. Les membres peuvent consulter les applications et les référencer dans les tests, mais ne peuvent pas les gérer.
Afficher les applications de votre projet
Ouvrez votre projet de test et sélectionnez « Applications » dans le menu de navigation de gauche. La vue « Applications » affiche une fiche par application, ainsi qu’une fiche « Nouvelle application » permettant d’en créer une autre. Chaque fiche indique le nom de l’application et un badge coloré indiquant son type (Web, API, application mobile ou de bureau).
L’en-tête indique le nombre d’applications actives du projet. Vous pouvez trier les applications par date (les plus récentes ou les plus anciennes) et activer l’option « Afficher les applications archivées » pour inclure celles que vous avez archivées.
Ajouter une application
Vous pouvez créer une application à deux endroits :
Lorsque vous créez un projet de test, l'étape « Configurer votre première application » de l'assistant d'intégration (Configuration du projet → Configurer votre première application → Configurer l'environnement → Vérifier et créer) crée la première application de votre projet.
À tout moment par la suite, à partir de la fiche « Nouvelle application » dans la vue Applications.
Pour ajouter une application depuis la vue « Applications », sélectionnez la fiche « Nouvelle application », puis suivez les deux étapes.
Paramètres de l'application
Saisissez un nom d’application. Les noms peuvent comporter entre 1 et 50 caractères et contenir des lettres, des chiffres, des espaces, des tirets et des traits de soulignement. Choisissez un nom court et reconnaissable, tel que «
Storefront », «Admin» ou «API publique». Ce nom est également utilisé pour générer la variable d’URL de l’application (voir la section « Référencer une application dans vos étapes de test » ci-dessous).Sélectionnez le type d’application: Application Web, API, Application mobile ou Application de bureau.
Environnements
Pour les applications Web et API, saisissez l’URL que cette application doit utiliser dans chacun de vos environnements.
Pour les applications mobiles, téléchargez la version APK ou IPA pour chaque environnement à la place d’une URL (voir « Applications mobiles : téléchargement d’une version » ci-dessous).
Les applications de bureau ne sont pas configurées directement. Consultez la section « Tester une application de bureau » ci-dessous.
Vous pouvez laisser le champ URL vide pour l'instant et le remplir ultérieurement depuis l'éditeur d'environnement.
Tester une application de bureau
Thunders exécute les tests d'applications de bureau dans un navigateur, et non sur votre machine locale. Une application de bureau n'est donc pas testée en tant que type autonome : pour tester une application de bureau, sélectionnez plutôt « Application Web », diffusez ou dupliquez votre application de bureau dans une session basée sur un navigateur, puis utilisez l'URL de cette session lorsque vous configurez l'application Web.
Configurer les URL des applications par environnement
Chaque environnement (développement, préproduction, production…) dispose de sa propre URL pour chaque application du projet. C’est ce qui vous permet d’exécuter les mêmes cas de test sur différents déploiements sans les modifier.
Ouvrez la section « Environnements », sélectionnez un environnement, puis accédez à la section « URL des applications ». Chaque application du projet dispose de son propre champ URL, identifié par le type d’application. Saisissez l’URL utilisée par cette application dans cet environnement. Par exemple, votre application « Storefront » peut pointer vers https://staging.example.com en préproduction et vers https://example.com en production.
La variable d’URL de l’application
À côté du champ URL de chaque application, Thunders affiche une variable sous la forme [APP_STOREFRONT_URL]. Il s’agit du jeton que vous utilisez dans vos étapes de test pour faire référence à l’URL de cette application. Utilisez le bouton « Copier » pour la copier.
Le nom de la variable est généré automatiquement à partir du nom de l’application : le nom est mis en majuscules, et tout caractère qui n’est ni une lettre, ni un chiffre, ni un trait de soulignement est remplacé par un trait de soulignement. Le résultat se présente sous la forme APP__URL.
«
Storefront» devient[APP_STOREFRONT_URL]L’API publiquedevient[APP_PUBLIC_API_URL]«
Admin 2.0» devient[APP_ADMIN_2_0_URL]
Comme la variable suit le nom de l’application, veillez à choisir des noms simples et évitez que deux applications ne donnent lieu à la même variable (par exemple, « My-App » et « My App » deviennent toutes deux « MY_APP »).
Applications mobiles : téléchargement d’une version
Les applications mobiles n'utilisent pas d'URL. Dans la section « URL des applications », une application mobile affiche à la place une zone « Glisser-déposer ou cliquer pour parcourir » permettant de sélectionner un fichier APK ou IPA. Téléchargez la version pour chaque environnement :
Fichiers acceptés :
.apk(Android) et.ipa(iOS).Taille maximale : 500 Mo.
Les versions sont spécifiques à chaque environnement. Une version téléchargée vers l’environnement de préproduction n’est pas réutilisée pour la production.
Référencer une application dans vos étapes de test
Dès qu'une application dispose d'une URL dans l'environnement actuel, vous pouvez y faire référence dans une étape de test à l'aide de sa variable d'URL. Tapez [ ou / dans l'éditeur d'étapes pour ouvrir le sélecteur de variables, ou collez la variable copiée depuis l'éditeur d'environnement.
Exemples d’étapes de test pour un projet comportant une application Storefront et une application Admin:
Accédez à [APP_ADMIN_URL] et activez la nouvelle bannière de paiementAccédez à [APP_STOREFRONT_URL] et vérifiez que la bannière de paiement est visible
Au moment de l’exécution, Thunders remplace chaque [APP__URL] par l’URL de l’application correspondante pour l’environnement sur lequel vous effectuez le test.
Les tests existants continuent de fonctionner. Si vos cas de test utilisent déjà l’URL d’environnement générale, ils continuent de s’exécuter sur l’application par défaut du projet. Vous n’avez pas besoin de les réécrire.
Thunders AI comprend vos applications. Lorsque vous demandez à Thunders AI de rédiger des étapes, il connaît le nom des applications de votre projet ; ainsi, une instruction telle que « accédez à l’application Admin et… » génère une étape ciblant la bonne application.
Choix de l’application lors de l’exécution d’un test
Les cas de test appartiennent au projet de test, et non à une application en particulier. Lorsque vous exécutez un test (ou ouvrez l’enregistreur), les paramètres d’exécution incluent un sélecteur d’application qui vous permet de choisir l’application ciblée par l’exécution ; l’application par défaut de votre projet est sélectionnée par défaut. Pour les exécutions mobiles, Thunders détermine automatiquement l’application mobile et sa version pour l’environnement sélectionné.
Tests inter-applications
Les applications sont particulièrement utiles lorsqu’un cas de test doit s’étendre sur plusieurs applications, par exemple plusieurs applications Web et une API. Déroulement type :
Accédez à
[APP_ADMIN_URL], connectez-vous et modifiez une valeur de configuration.Accédez à
[APP_STOREFRONT_URL]et vérifiez que la modification est bien visible pour les utilisateurs finaux.Vous pouvez également appeler
[APP_PUBLIC_API_URL]à l’aide d’une étape d’appel d’API pour vérifier que la même valeur est bien renvoyée par l’API.
Comme ces trois applications font partie d’un même projet, elles partagent les variables, les identifiants, les connecteurs et les ressources de test du projet.
Modifier ou archiver une application
Ouvrez la vue « Applications » et sélectionnez la fiche d’une application pour la modifier.
Renommez l’application ou mettez à jour ses URL par environnement. Le renommage d’une application modifie sa variable d’URL ; veillez donc à mettre à jour toutes les étapes de test qui faisaient référence à l’ancien nom.
Modifier le type: vous pouvez basculer entre « Application Web » et « API ». Les types « Mobile » et « Bureau » ne peuvent pas être modifiés après leur création.
Archivez une application que vous ne testez plus. Les applications archivées restent dans le projet (activez l’option « Afficher les applications archivées » pour les voir), mais leur variable d’URL n’est plus résolue ; les tests faisant référence à une application archivée échoueront donc. Désarchivez-la pour restaurer la variable.





