Acquérez une compréhension de base des concepts fondamentaux de Thunders afin de pouvoir configurer votre organisation et naviguer efficacement.

Une organisation Thunders est le conteneur de niveau supérieur qui regroupe toutes vos activités sur la plateforme. Lorsque vous vous inscrivez, vous créez une organisation ou rejoignez une organisation existante.

Depuis les paramètres de l’organisation, vous pouvez gérer les projets de test, les membres et leurs rôles, configurer des jetons API pour les intégrations CI/CD et contrôler la facturation.

Un projet de test regroupe les artefacts de test associés : plans de test, cas de test, ensembles de test, environnements, variables et applications.

Chaque projet peut être connecté à des sources externes (Jira, Notion, Confluence, Linear, Xray…) via des connecteurs. Thunders AI peut extraire le contexte de ces sources lors de la création de tests et y signaler les bogues.

En savoir plus : Ajouter / Modifier / Supprimer un projet de test

Une application représente une application distincte au sein d’un projet de test. Chaque application correspond à l’une des applications qui composent votre produit testé, comme une interface client, un tableau de bord d’administration ou une API backend.

Thunders prend en charge quatre types d’applications :

Un projet peut contenir plusieurs applications. Cela vous permet d'écrire des cas de test couvrant différentes applications au sein d'un même workflow (par exemple, modifier un paramètre dans le panneau d'administration, puis le vérifier sur le portail client).

Lorsque vous créez un projet, vous configurez votre première application en choisissant son type. Vous pouvez ajouter d’autres applications ultérieurement depuis la vue « Applications ». Chaque application dispose de sa propre URL par environnement ; Thunders sait ainsi quelle URL cibler lors de l’exécution de tests sur une application spécifique dans un environnement donné.

En savoir plus : Ajouter / Modifier / Supprimer un projet de test

Un environnement représente un contexte de déploiement dans lequel les tests s’exécutent, tel que le développement, la préproduction ou la production. Chaque environnement dispose de sa propre URL par application, de ses propres variables et de ses propres identifiants. Cela vous permet d’exécuter les mêmes cas de test dans des conditions différentes sans les modifier.

Caractéristiques principales :

En savoir plus : Ajouter / Modifier / Supprimer un environnement

Les variables vous permettent de paramétrer des cas de test afin qu’ils puissent être réutilisés dans différents environnements sans avoir à coder en dur les valeurs. Faites référence à n’importe quelle variable dans vos étapes de test à l’aide de la syntaxe [VARIABLE_NAME]. Thunders la remplace par la valeur réelle au moment de l’exécution.

Thunders prend en charge trois types de variables :

Les noms de variables doivent uniquement comporter des lettres majuscules, des chiffres et des traits de soulignement. Longueur maximale : 32 caractères, sans espaces ni caractères spéciaux.

Lors de la rédaction d’étapes de test, vous pouvez taper / ou [ pour activer la fonction de saisie semi-automatique et insérer rapidement une référence de variable.

Les variables peuvent être définies à deux niveaux :

En savoir plus : Variables

Thunders AI est l’assistant IA intégré à chaque projet. Il peut générer des plans de test à partir d’un fichier d’exigences ou d’une user story, rédiger les étapes d’un cas de test à partir d’une description en langage naturel, et parcourir votre application pour proposer des flux de test.

Thunders AI utilise les connecteurs et les sources de connaissances du projet pour s'ancrer dans le contexte, de sorte que les tests qu'il génère s'appuient sur vos exigences et votre documentation réelles. Vous pouvez également lui poser des questions sur vos tests existants, par exemple pour savoir combien de cas de test vous avez ou si un enchaînement spécifique est déjà couvert.

Un plan de test est un document structuré qui définit ce qui doit être testé pour une fonctionnalité, un module ou une user story. Plutôt que de rédiger manuellement des scénarios de test, vous pouvez importer un fichier d’exigences ou coller une user story et laisser Thunders AI générer les scénarios de test à votre place.

Chaque plan de test est organisé en sections et en scénarios. Les sections regroupent des scénarios connexes, et chaque scénario décrit un flux spécifique à valider. À partir de n’importe quel scénario, vous pouvez créer directement des cas de test, en maintenant le lien entre les exigences et les tests tout au long du cycle de vie.

En savoir plus : Générer des plans de test à partir de variables existantes

Un cas de test est une séquence d’étapes permettant de vérifier une fonctionnalité spécifique. Les cas de test appartiennent à un projet et peuvent faire référence à des variables, ainsi qu’à des applications et des environnements spécifiques.

Thunders prend en charge plusieurs types d’étapes :

Les cas de test prennent également en charge une phase principale et une phase de nettoyage, de sorte que les étapes de nettoyage s’exécutent toujours, même en cas d’échec du flux principal.

En savoir plus : Ajouter / Modifier / Supprimer un cas de test · Exécuter un cas de test · Exécuter des cas de test à partir de la liste

Un ensemble de tests est un regroupement de cas de test destinés à tester une fonctionnalité, un composant ou un workflow spécifique. Un même cas de test peut appartenir à plusieurs ensembles de tests, ce qui vous permet d’organiser les mêmes tests de différentes manières sans les dupliquer.

Chaque ensemble de tests dispose de son propre espace de travail dédié où vous pouvez consulter le taux de réussite, afficher l’historique des exécutions au niveau de l’ensemble et gérer tous les cas de test inclus en un seul endroit. Vous pouvez rechercher, filtrer, ajouter ou supprimer des tests depuis cette même page, et exécuter l’ensemble complet sans avoir à passer d’un écran à l’autre.

En savoir plus : Ensembles de tests

Les étiquettes sont des balises personnalisées que vous pouvez appliquer aux cas de test pour les classer par catégorie et les filtrer. Chaque étiquette possède un nom, une couleur et une description facultative. Vous pouvez créer des étiquettes à partir de l’onglet « Étiquettes » du projet, ou directement lors de la modification d’un cas de test (depuis l’éditeur de cas de test ou la liste des cas de test).

Un cas de test peut comporter plusieurs étiquettes, et celles-ci peuvent faire l’objet de recherches et de filtrages à l’échelle du projet. Les étiquettes peuvent être archivées lorsqu’elles ne sont plus nécessaires, sans que cela n’affecte les cas de test auxquels elles ont été appliquées.

En savoir plus : Étiquettes personnalisées

Les ressources de test sont des fichiers que vos cas de test utilisent comme entrées ou produisent comme sorties. Il peut s’agir, par exemple, d’images pour des comparaisons visuelles, de fichiers CSV pour des tests basés sur des données ou de documents pour des scénarios de téléchargement de fichiers.

La bibliothèque de ressources de test vous offre une vue centralisée de tous les fichiers d’un projet. À partir de là, vous pouvez importer de nouvelles ressources, voir quels cas de test font référence à chaque fichier, télécharger des fichiers et modifier les métadonnées des ressources.

En savoir plus : Ressources de test

Une exécution de test correspond à l’exécution effective d’un ou plusieurs cas de test dans un environnement spécifique. Elle enregistre les résultats (réussite/échec), la durée d’exécution, des captures d’écran et les journaux. Les exécutions de test vous offrent une vue claire de l’avancement des tests et vous aident à identifier les échecs.

En savoir plus : Afficher un rapport d’exécution de test · Exécuter des cas de test à partir de la liste

Les personas sont configurés par projet. Lorsque vous lancez un test, vous choisissez un persona qui définit la manière dont l’IA aborde votre application. Chaque persona possède un profil, une perspective et un ensemble de capacités qui lui sont propres.

Les personas intégrés comprennent un ingénieur QA, un spécialiste des performances, un analyste en sécurité et un consultant en référencement naturel (SEO). Il existe également un persona d’accessibilité configurable que vous pouvez paramétrer avec des normes spécifiques (WCAG 2.1 AA, Section 508, etc.), des outils de test et des seuils de gravité.

En savoir plus : Découvrez nos personas · Persona « Accessibilité »