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 tests.

Regroupez 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ée pour regrouper les cas de test sous une même suite de tests.
• Suites basées sur les conditions requises : sélectionnez une ou plusieurs exigences à partir d’une requête qui sont ensuite liées à la suite de tests.
• Suites basées sur des requêtes : sélectionnez un ou plusieurs cas de test qui sont ensuite liés à la suite de tests.

Définissez les étapes utilisées pour tester le code ou une application pour le déploiement. Définissez des cas de test pour vous assurer que votre code fonctionne correctement, n’a aucune erreur et répond aux exigences métier et client. Vous pouvez ajouter des cas de test individuels à un plan de test sans créer de suite de tests. Plusieurs suite de tests ou plan de test peuvent faire référence à un cas de test. Vous pouvez réutiliser efficacement les cas de test sans avoir à les copier ou à les cloner pour chaque suite ou plan. Il existe deux types de cas de test :

• Manuel : cas de test qui définissent différentes étapes que vous exécutez à l’aide de Test Runner ou d’un autre client pris en charge.
• Automatisé : cas de test conçus pour s’exécuter dans un pipeline Azure.

Permet de partager des étapes entre plusieurs cas de test. Par exemple, les étapes de connexion et de vérification de la connexion à une application sont des étapes qui peuvent être partagées entre plusieurs cas de test. Pour savoir comment procéder, consultez Partager les étapes entre les cas de test.

Permet de spécifier différents paramètres pour 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 flux de travail. À 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 sur le déploiement d’une fonctionnalité ou d’un récit utilisateur et sur l’étape à suivre. 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 que la navigation rapide vers chaque phase de mise en production et exécution. Ce contrôle est disponible à partir des plans de test, des suites de tests et des cas de test.

Enregistre tous les processus de développement Git qui prennent en charge 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 en charge la traçabilité, fournissant une visibilité sur toutes les branches, validations, demandes de tirage et builds associées à l’élément de travail. Ce contrôle est disponible à partir des plans de test, des suites de tests et des cas de test.

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

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

Permission

Tâche

Afficher les exécutions de test
Créer des exécutions de test
Supprimer les exécutions de test

Pour afficher, créer ou supprimer des exécutions de test, vous devez disposer de l’autorisation correspondante.

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

Gérez les configurations de test ou les environnements de test, vous devez disposer de l’autorisation correspondante.

Créer une définition de balise

Ajoutez 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 spécifiques au test et restaurez-les à partir de la Corbeille.

Supprimer définitivement le ou les é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
Modifier les éléments de travail dans ce nœud

Afficher ou ajouter ou modifier des plans de test, des suites de tests, des 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

Modifiez les 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éer et supprimer des suites de test ; ajouter et supprimer des cas de test des suites de tests ; modifier les configurations de test associées aux suites de tests ; et modifier une hiérarchie de suite de tests (déplacer une suite de tests).

Definition

Spécifie l’environnement unique utilisé pour tester une application ou un code. Pour définir une configuration de test, vous définissez d’abord les variables de configuration, puis définissez la configuration de test. Pour plus d’informations, consultez Tester différentes configurations.

Spécifie un aspect unique d’un environnement de test, tel qu’un système d’exploitation, une puissance de traitement, un navigateur web ou une autre variante. Pour plus d’informations, consultez Tester différentes configurations.

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

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

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

Les cas de test en eux-mêmes ne sont pas exécutables. Lorsque vous ajoutez un cas de test à une suite de tests, 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 avez 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 utilisée pour choisir la façon dont les résultats des tests dans plusieurs suites sous les mêmes plans de test doivent être configurés.

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