Tester des objets et des termes

Description

Regroupez 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 conditions requises : sélectionnez une ou plusieurs exigences à partir d’une requête que vous liez à la suite de tests.
• Suites basées sur des requêtes : sélectionnez un ou plusieurs cas de test que vous liez à 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 qui définissent différentes étapes que vous exécutez à l’aide de Test Runner ou d’un autre client pris en charge.
• Automated : cas de test conçus pour s’exécuter 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 pour se connecter à une application sont des étapes que vous pouvez partager dans 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. Pour plus d’informations sur la recherche et la sélection d’identités, consultez Requête par affectation ou modifications de flux de travail.

Lorsque vous créez l’élément de travail, l’état est défini par défaut sur le 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.

Choisissez le chemin de zone associé au produit ou à l’équipe, ou laissez-le vide jusqu'à attribution 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 dans lequel effectuer le travail, ou laissez-le vide et affectez-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 suffisamment de détails pour que votre équipe puisse écrire des tâches et des cas de test pour implémenter l’élément.

Description

Fournit des informations sur le déploiement d’une fonctionnalité ou d’un article 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. Vous pouvez accéder à ce contrôle à partir des plans de test, des suites de tests et des cas de test.

Enregistre tous les processus de développement Git associés à l’achèvement de l’élément de travail. En règle générale, vous l’utilisez pour piloter le développement Git à partir d’une exigence. Ce contrôle prend en charge la traçabilité en offrant une visibilité sur toutes les branches, validations, pull requests et builds associées à l'élément de travail. Vous pouvez accéder à ce contrôle à partir des plans de test, des suites de tests et des cas de test.

Utilisez ce contrôle 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é .

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

Les cas de test en soi ne sont pas exécutables. Lorsque vous ajoutez un cas de test à une suite de tests, vous générez des points de test. Un point de test est une combinaison unique d’un cas de test, d’une suite de tests, d’une configuration et d’un testeur.

Par exemple, un cas de test appelé fonctionnalité de connexion Test de connexion avec deux configurations (Microsoft Edge et Chrome) génère deux points de test. Vous pouvez exécuter chaque point de test indépendamment, et chaque exécution produit un résultat de test. Vous pouvez afficher toutes les exécutions d’un point de test dans l’historique d’exécution. L’onglet Exécuter affiche le résultat le plus récent pour chaque point de test.

Résultat enregistré d’un cas de test unique exécuté au sein d’un cycle de test. Chaque résultat de test capture si le test a réussi, échoué ou a eu un autre résultat, ainsi que les données de diagnostic et les pièces jointes. Pour plus d’informations, consultez Vérifier les exécutions de test.

Regroupement logique des résultats de test créé quand un ou plusieurs cas de test sont exécutés. Le système crée une exécution de test lorsque vous exécutez des cas de test à partir d’un plan de test ou d’un pipeline. Chaque exécution de test capture les résultats, la durée, l’environnement et les données de diagnostic. Pour plus d’informations, consultez Vérifier les exécutions de test.

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.

Une action individuelle dans un cas de test, composée d’une action (ce que fait le testeur) et d’un résultat attendu (comportement attendu). Pendant l’exécution, chaque étape de test est marquée comme ayant réussi ou échoué. Les étapes de test peuvent référencer des étapes partagées et inclure des pièces jointes. Pour plus d’informations, consultez Créer des cas de test.

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

Une approche de test dans laquelle les parties prenantes de l’entreprise ou les utilisateurs finaux vérifient que les fonctionnalités fournies répondent aux exigences des clients. Dans Azure Test Plans, vous pouvez affecter des testeurs à des suites de tests, envoyer des invitations par e-mail et suivre la progression via des graphiques. Les utilisateurs disposant d’un accès aux parties prenantes peuvent participer. Pour plus d’informations, consultez les tests d’acceptation des utilisateurs.