Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Créez des plans de test et des suites de tests pour suivre les tests manuels pour les sprints ou les étapes clés. Ainsi, vous pouvez voir quand le test d’un sprint ou d’une étape clé spécifique est terminé. Pour en savoir plus sur les tests manuels, consultez Qu’est-ce qu’Azure Test Plans ?.
Partager des éléments de travail dans l’expérience de test
Par exemple, vous développez la version 1.* de votre produit et vous pouvez créer plusieurs cas de test pour cette version. Chacun de ces cas de test peut être mis à jour et d’autres peuvent être ajoutés à tout moment. Pour chaque cycle de développement et chaque version de votre produit, vous créez un plan de test et importez les cas de test existants dans ce plan. Vous pouvez également, si vous le souhaitez, diviser les cas de test en suites de test distinctes au sein du plan afin de faciliter la gestion et le suivi de ces ensembles distincts de cas de test.
Après avoir créé votre plan de test, vous attribuez des configurations de test et attribuez des testeurs pour couvrir la matrice de test requise. Ces testeurs exécutent les tests et évaluent la qualité du produit. Les testeurs continuent les tests jusqu’à ce que le produit réponde aux critères de sortie. Pour le prochain cycle de développement et la prochaine version, vous pouvez créer un nouveau plan de test et réutiliser les mêmes cas de test. Répétez ce cycle de développement, de test et de publication en important les mêmes cas de test dans chaque nouveau plan de test.
Comme les plans de test font référence aux cas de test, les mises à jour apportées à un cas de test sont automatiquement répercutées dans tous les plans de test et toutes les suites de test qui l’utilisent.
Dans la prochaine version du produit, vous pourrez réutiliser les cas de test existants. Toutefois, il peut être préférable de copier ou cloner les cas de test. Une copie crée une base de référence. Les modifications apportées à ces nouveaux cas de test n’ont aucune incidence sur vos plans de test précédents.
Conseil
Pour en savoir plus sur les différentes façons d’utiliser les plans de test, les suites de test et les cas de test, consultez la section FAQ pour les tests manuels.
Prerequisites
| Category | Spécifications |
|---|---|
| Niveaux d’accès | - Au moins un accès de base (Basic), avec des autorisations permettant d’afficher les éléments de travail sous le chemin d’accès de la zone correspondante (Area Path). - Pour ajouter des plans de test et des suites de tests, supprimer des artefacts de test et définir des configurations de test : accès De base + Plans de test. Ou, l’un des abonnements Visual Studio suivants : - Entreprise - Test professionnel - Plateformes MSDN |
| Autorisations | - Pour ajouter ou modifier des plans de test, des ensembles de tests, des cas de test ou d’autres types d’éléments de travail liés aux tests : l’ensemble d’autorisations Modifier les éléments de travail dans ce nœud (Edit work items in this node) réglé sur Autoriser (Allow) sous le chemin Area Path correspondant. - Pour modifier les propriétés d’un plan de test telles que les paramètres de build et de test : l’ensemble d’autorisations Gérer les plans de test (Manage test plans) réglé sur Autoriser (Allow) sous le chemin Area Path correspondant. - pour créer et supprimer des suites de tests, ajouter et supprimer des cas de test des suites de tests, modifier les configurations de test associées aux suites de tests et modifier la hiérarchie d'une suite de tests (déplacer une suite de tests) : Gestion des suites de tests, permission définie sur Autoriser sous le chemin d'accès de zone correspondant. |
Pour plus d'informations, consultez Accès manuel aux tests et permissions.
Créer un plan de test
En règle générale, vous créez des plans de test pour tester les exigences. Avant de créer un plan de test, définissez votre backlog d’exigences.
Connectez-vous à votre projet Azure DevOps et cliquez sur Plans de test>Plans de test.
Cliquez sur + Nouveau plan de test.
Saisissez un nom pour le plan de test, vérifiez que le chemin d’accès à la zone et l’itération sont correctement définis, puis cliquez sur Créer.
Renommer un plan de test
Pour renommer un plan de test, procédez comme suit.
Cliquez sur Plans de test.
En regard du nom du plan de test, cliquez sur Plus d’actions>Modifier.
Modifiez le nom, puis cliquez sur Enregistrer et fermer.
Vous pouvez apporter davantage de modifications au plan de test ici.
Supprimer un plan de test
Pour supprimer un plan de test, procédez comme suit.
Cliquez sur Plans de test.
En regard du nom du plan de test, cliquez sur Plus d’actions>Supprimer.
La boîte de dialogue Supprimer définitivement les artefacts de test indique avec précision quels éléments sont supprimés. Saisissez l’ID du plan de test pour confirmer la suppression, puis cliquez sur Supprimer définitivement.
Ajouter une suite de tests basée sur des exigences
Ajoutez maintenant des suites de test pour les éléments de backlog qui requièrent des tests manuels. Ces tests peuvent être des récits utilisateur, des exigences ou d’autres éléments de travail basés sur votre projet.
Note
Le suivi des exigences n’est pris en charge que pour les cas de test liés par une Suite de tests basée sur les exigences. Les éléments de travail incluent un Récit utilisateur (Agile), un élément de backlog de produit (Scrum), une exigence (CMMI) et un problème (Essentiel). L’association entre un élément de travail d’exigence et l’exécution manuelle des tests se fait uniquement lorsque le cas de test est lié à l’aide d’une suite de test basée sur des exigences.
Pour ajouter une suite à un plan de test, cliquez sur Plus d’options pour la suite de tests, puis cliquez sur Nouvelle suite>Suite basée sur des exigences.
Vous utilisez des suites basées sur des exigences pour regrouper vos cas de test. Ainsi, vous pouvez suivre l’état de test d’un élément de backlog. Chaque cas de test que vous ajoutez à une suite de tests fondée sur une spécification est automatiquement lié à l'élément de backlog.
Dans Créer des suites basées sur des exigences, ajoutez une ou plusieurs clauses pour filtrer vos éléments de travail en fonction du chemin d’itération du sprint. Exécutez la requête pour afficher les éléments de backlog correspondants.
Dans la liste des éléments de travail renvoyés par la requête, sélectionnez les éléments de backlog que vous souhaitez tester dans ce sprint. Cliquez sur Créer des suites pour créer une suite basée sur des exigences pour chacune d’elles.
Travailler avec des suites de test
Vous pouvez créer une suite de test statique capable de contenir n’importe quel type de suites de test. Utilisez ces suites de test comme s’il s’agissait de dossiers. Faites glisser les suites de tests pour les regrouper dans un plan de test statique. Glissez-déposez les tests pour les réorganiser.
Vous pouvez suivre les modifications apportées aux plans de test et aux suites de tests. Ouvrez l’élément de travail pour le plan de test ou la suite de tests, et affichez l’historique des éléments de travail.
Pour les suites de tests, d’autres actions sont suivies dans le champ Audit de la suite de test. Par exemple, l’ajout et la suppression de cas de test dans une suite de tests sont suivis dans ce champ.
Exporter des plans de test, des suites de tests et des cas de test.
Cliquez sur Exporter des cas de test au format CSV.
Modifiez les champs de cas de test dans le rapport en ajoutant ou en supprimant des colonnes de la vue de liste de la suite de tests.
Importante
Vous ne pouvez pas exporter plus de 75 suites de tests par opération. L’email prend en charge jusqu’à 1 Mo de données.
Rechercher un cas de test dans un plan de test
Dans Plans de test pour votre plan de test, utilisez l’icône 
de filtre pour afficher la recherche et la liste de filtres. Cela peut vous aider à trouver les tests que vous recherchez.
