Tester des objets et des termes

Description

Sont utilisés pour regrouper les suites de tests et les cas de test individuels. Pour définir un plan de test, consultez Créer des plans de test et des suites de test.

Regroupent les cas de test dans des scénarios de test distincts au sein d’un plan de test unique. Le regroupement des cas de test permet de voir plus facilement les scénarios qui sont terminés. Lors de la création d’une suite de tests, vous pouvez spécifier l’un des trois types suivants :

• Suites de tests statiques : utilisées pour regrouper des cas de test dans une seule suite.
• Suites basées sur les exigences : sélectionnez une ou plusieurs exigences dans une requête, qui sont ensuite associées à la suite de tests.
• Suites basées sur des requêtes : sélectionnez un ou plusieurs cas de test, qui sont ensuite associés à la suite de tests.

Définissez les étapes permettant de tester du code ou une application avant son déploiement. Créez des cas de test pour vous assurer que votre code fonctionne correctement, ne présente pas d’erreurs et répond aux exigences de l’entreprise et du client. Vous pouvez ajouter des cas de test individuels à un plan de test sans avoir à créer une suite de tests. Un même cas de test peut être référencé dans plusieurs suites ou plans de test. Vous pouvez ainsi réutiliser efficacement vos cas de test sans avoir besoin de les copier ou de les dupliquer à chaque fois. Il existe deux types de cas de tests :

• Manuel : cas de test définissant différentes étapes à exécuter via Test Runner ou un autre client pris en charge.
• Automatisé : cas de test conçus pour être exécutés dans un pipeline Azure.

Permet de réutiliser des étapes communes dans plusieurs cas de test. Par exemple, les étapes de connexion et de vérification d’identifiants pour accéder à une application peuvent être partagées entre plusieurs cas de test. Pour savoir comment procéder, consultez Partager des étapes entre des cas de tests.

Permet de définir différents paramètres lors de l’exécution d’une étape de test dans un cas de test. Pour savoir comment procéder, consultez Répéter un test avec différentes données.

Utilisation

Entrez une description de 255 caractères ou moins. Vous pouvez toujours modifier le titre ultérieurement.

Assignez l’élément de travail au membre de l’équipe chargé d’effectuer le travail. Selon le contexte dans lequel vous travaillez, le menu déroulant répertorie les membres d’équipe ou les collaborateurs au projet.

Lorsque l’élément de travail est créé, l’état est rétabli par défaut au premier état du workflow. À mesure que le travail progresse, mettez-le à jour pour refléter l’état actuel.

Utilisez d’abord la valeur par défaut. Mettez-la à jour au besoin lorsque vous modifiez l’état. Chaque état est associé à une raison par défaut.

Sélectionnez le chemin de zone associé au produit ou à l’équipe, ou laissez-le vide jusqu’à ce qu’il soit assigné lors d’une réunion de planification. Pour modifier la liste déroulante des zones, consultez Définir des chemins d’accès aux zones et attribuer à une équipe.

Choisissez le sprint ou l’itération au cours duquel le travail doit être terminé, ou laissez ce champ vide et remplissez-le ultérieurement, lors d’une réunion de planification. Pour modifier la liste déroulante des itérations, consultez Définir des chemins d’itération et configurer des itérations d’équipe.

Fournissez suffisamment de détails pour créer une compréhension partagée de l’étendue et prendre en charge les efforts d’estimation. Concentrez-vous sur l’utilisateur, ce qu’il souhaite accomplir et pourquoi. Ne décrivez pas comment développer le produit. Fournissez des détails suffisant pour que votre équipe puisse rédiger les tâches et les cas de test pour l’implémentation de l’élément.

Description

Fournit des informations indiquant si une fonctionnalité ou d’un récit utilisateur a été déployée, et à quelle étape. Vous obtenez un aperçu visuel de l’état d’un élément de travail, car il est déployé dans différents environnements de mise en production, ainsi qu’une navigation rapide vers chaque phase de mise en production et exécution. Ce contrôle est disponible dans les plans de test, les suites de test et les cas de test.

Enregistre tous les processus de développement Git associés à l’achèvement de l’élément de travail. Il est généralement utilisé pour piloter le développement Git à partir d’une exigence. Ce contrôle prend également en charge la traçabilité, offrant une visibilité sur toutes les branches, les validations, les demandes de tirage et les builds liées à l’élément de travail. Ce contrôle est disponible dans les plans de test, les suites de test et les cas de test.

Contrôle utilisé dans les plans des test, les suites de test et les cas de test pour afficher ou lier d’autres éléments de travail, tels que des exigences ou des bogues, généralement via le type de lien Connexe.

Contrôle utilisé dans les éléments de travail des étapes partagées et des paramètres partagés pour indiquer ou renvoyer vers des cas de test.

Autorisation

Tâche

Afficher les séries de tests
Créer des séries de tests
Supprimer des séries de tests

Pour visualiser, créer ou supprimer des tests, vous devez disposer de la permission correspondante.

Gérer les configurations de test
Gérer les environnements de test

Gérer les configurations de test ou les environnements de test, avoir la permission correspondante.

Créer une définition de balise

Ajout de nouvelles balises aux éléments de travail basés sur des tests.

Supprimer et restaurer des éléments de travail

Supprimez les éléments de travail de test et restaurez-les depuis la Corbeille.

Supprimer définitivement des éléments de travail

Supprimez définitivement les éléments de travail spécifiques aux tests du magasin de données.

Afficher les éléments de travail dans ce nœud
Éditer les éléments de travail dans ce nœud

L’affichage, l’ajout ou la modification de plans de test, de suites de tests, de cas de test ou d’autres types d’éléments de travail basés sur des tests nécessite l’autorisation correspondante.

Gérer les plans de test

Modification des propriétés du plan de test, telles que les paramètres d’exécution de test et de résultat de test.

Gérer les plans de test

Création et suppression de suites de tests ; ajout et suppression de cas de test dans des suites de tests ; modification des configurations de test associées aux suites de tests ; et modification de la hiérarchie d’une suite de tests (déplacement d’une suite de tests).

Définition

Spécifie l’environnement unique dans lequel une application ou un code est testé. Pour définir une configuration de test, vous commencez par définir les variables de configuration, puis vous créez la configuration elle-même. Pour plus d’informations, consultez Tester différentes configurations.

Spécifie un aspect particulier de l’environnement de test, tel que le système d’exploitation, la puissance de calcul, le navigateur web ou toute autre variante. Pour plus d’informations, consultez Tester différentes configurations.

Résultat d’un point de test, tel qu’indiqué par le testeur lors de l’exécution. Les options valides sont les suivantes :

• Actif (non spécifié)
• Réussite du test
• Échec du test
• Bloquer le test
• Sans objet

Pour plus d’informations, consultez Répéter un test avec des données différentes. Notez que les résultats des tests du pipeline diffèrent, comme décrit dans À propos des tests de pipeline.

Les cas de test en eux-mêmes ne sont pas exécutables. Lorsque vous ajoutez un cas de test à une suite de tests, le ou les points de test sont générés. Un point de test est une combinaison unique de cas de test, de suite de tests, de configuration et de testeur. Par exemple, si vous avez un cas de test nommé Fonctionnalité de connexion de test et que vous ajoutez deux configurations pour les navigateurs Edge et Chrome, vous disposez de deux points de test. Vous pouvez exécuter ou exécuter chacun de ces points de test. Lors de l’exécution, les résultats des tests sont générés. Dans la vue des résultats des tests ou l’historique des exécutions, vous pouvez voir toutes les exécutions d’un point de test. La dernière exécution du point de test est celle que vous voyez sous l’onglet Exécuter.

Boîte de dialogue utilisée pour associer des plans de test à des pipelines de build ou de mise en production.

Boîte de dialogue permettant de choisir comment configurer les résultats des tests dans plusieurs suites relevant des mêmes plans de test.

Possibilité de suivre les résultats des tests avec les exigences et les bogues auxquels ils sont liés.