Cas de test (CMMI)

Votre équipe peut utiliser des cas de test pour définir les tests manuels et automatisés qui peuvent être exécutés et gérés à l'aide de Test Runner et Microsoft Test Manager.À l'aide de Microsoft Test Manager, vous pouvez créer des cas de test mais également des suites de tests et des configurations de test qui prennent en charge les tests de votre projet.Vous pouvez utiliser les configurations de test pour définir la façon dont vous souhaitez exécuter vos cas de test et suites de tests.Vous pouvez regrouper vos cas de test en les organisant au sein d'une hiérarchie de suites de tests dans votre plan de test.En créant des suites de tests, vous pouvez exécuter des ensembles de cas de test de manière regroupée.Pour plus d'informations, consultez Définition d'un plan de test.

[!REMARQUE]

Vous pouvez définir un cas de test à l'aide de Team Explorer, mais il est préférable de définir des cas de test à l'aide de Microsoft Test Manager.Vous pouvez accéder à Microsoft Test Manager à partir de Visual Studio Premium, Visual Studio Ultimate ou Visual Studio Test Professional.Pour plus d'informations, consultez Création et gestion de tests dans Microsoft Test Manager.

Pour déterminer la séquence des étapes d'action qui définissent un test manuel ou un ensemble d'étapes partagées, vous devez utiliser Microsoft Test Manager.Vous pouvez afficher et modifier les autres champs définis pour les cas de test et les étapes partagées à l'aide de Team Explorer ou Team Web Access.Toutefois, vous ne pouvez pas modifier les champs qui apparaissent sur l'onglet Étapes à l'aide de ces clients.

Si vous avez mis à niveau un projet d'équipe, vous devrez peut-être effectuer des tâches supplémentaires pour pouvoir utiliser des cas de test et l'interface avec Microsoft Test Manager.Pour plus d'informations, consultez Mettre à jour un projet d'équipe basé sur un modèle de processus MSF v4.2.

De nombreux tests requièrent que le testeur exécute la même séquence d'étapes pour plusieurs cas de test.En créant des étapes partagées, vous pouvez définir une séquence d'étapes une seule fois et l'intégrer ensuite à plusieurs cas de test.Par exemple, si chaque cas de test requiert qu'un testeur à se connecter à l'application, vous pouvez créer un ensemble d'étapes partagées pour exécuter ces actions.Vous pouvez ajouter ensuite les étapes partagées à chaque cas de test et exécuter les étapes à l'aide de Test Runner. Dans la mesure où vous utilisez uniquement les étapes partagées pour simplifier la définition des cas de test manuel, vous devez utiliser Microsoft Test Manager pour créer des étapes partagées.Pour plus d'informations, consultez Comment : partager des étapes de cas de test communes à l'aide des étapes partagées.

Dans cette rubrique

Rubriques connexes

Définition d'un cas de test Liaison d'un cas de test à une spécification Ajout de pièces jointes ou de liens hypertexte à un cas de test Modification de l'état d'un cas de test

Tableaux de bord et rapports Test, tableau de bord (CMMI) Disponibilité du cas de test, rapport Progression du plan de test, rapport Rapports de gestion des tests Référence de champ Référence de champ Titres, ID, Descriptions et Historique Référence de champ Attributions et Flux de travail Référence de champ Planification, Classement et Priorités Référence de champ Générer et Tester Référence de champ Zones et itérations Liaison des éléments de travail avec les contrôles de liens et les restrictions Contrôles et référence de champ des pièces jointes

Autorisations requises

Pour afficher un cas de test, vous devez être membre du groupe Readers ou disposer de l'autorisation Afficher les éléments de travail dans ce nœud avec la valeur Autoriser.Pour créer ou modifier un cas de test, vous devez être membre du groupe Contributors ou disposer de l'autorisation Modifier les éléments de travail dans ce nœud avec la valeur Autoriser.Pour plus d'informations, consultez Gestion des autorisations.

Définir un cas de test

Les cas de test sont conçus pour être utilisés avec Test Runner et Microsoft Test Manager.Vous pouvez définir un cas de test à l'aide de Team Explorer, mais il est préférable de créer les cas de test à l'aide de Microsoft Test Manager.Pour plus d'informations sur la définition et l'utilisation des cas de test à l'aide de Microsoft Test Manager, consultez Création et gestion de tests dans Microsoft Test Manager.

Vous pouvez définir un cas de test à l'aide de Team Explorer ou Team Web Access et ajouter ultérieurement ce cas à un plan de test à l'aide de Microsoft Test Manager.Lorsque vous définissez un cas de test, vous spécifiez les champs présentés dans l'illustration suivante.

Lorsque vous définissez un cas de test, tous les champs sont facultatifs à l'exception de Titre.

Vous pouvez toujours modifier des champs et ajouter davantage de détails au fur et à mesure de votre travail sur le cas de test.Pour exécuter cette procédure à l'aide de Microsoft Test Manager, consultez Comment : créer un cas de test manuel.

Pour définir un cas de test

1. Dans la section supérieure du formulaire d'élément de travail, spécifiez un ou plusieurs des champs suivants :

   • Dans Titre (obligatoire), tapez une expression descriptive qui définit les critères de test.

   • Dans la liste Assigné à , choisissez le propriétaire du cas de test.

     [!REMARQUE]

     Vous ne pouvez assigner des éléments de travail qu'aux membres du groupe Contributors.

     Si vous laissez le cas de test non assigné, il vous est automatiquement assigné.

   • Dans la liste État, conservez la valeur par défaut Design.

     [!REMARQUE]

     Vous pouvez exécuter un cas de test dont l'état est Design.

   • Dans la liste Priorité , sélectionnez le niveau d'importance du cas de test selon une échelle de 1 (plus important) à 4 (moins important).

     La valeur par défaut de ce champ est 2.

   • Dans Mode d'automation, conservez la valeur par défaut, *** non automatisé, pour les cas manuels, ou choisissez Planifié si vous projetez d'automatiser le cas de test.

     [!REMARQUE]

     Si vous ajoutez une méthode Automation à partir de l'onglet Automation associée, la valeur de ce champ est mise à jour automatiquement et devient Automatisé.Pour plus d'informations sur la conversion d'un cas de test manuel en cas de test automatisé, consultez Comment : associer un test automatisé à un cas de test.

   • Dans la liste Zone , sélectionnez la zone appropriée dans le projet d'équipe pour le cas de test.

     Cette valeur doit correspondre à la zone spécifiée pour la spécification traitée par le cas de test.La valeur par défaut représente le nœud de zone supérieur défini pour le projet.

   • Dans la liste Itération , choisissez l'itération de votre projet d'équipe pour le cas de test.

     La valeur par défaut représente le nœud d'itération supérieur défini pour le projet.

     [!REMARQUE]

     L'administrateur du projet de chaque projet d'équipe définit pour le projet concerné des chemins de zone et d'itération qui permettront à l'équipe de suivre la progression selon ces désignations.Pour plus d'informations, consultez Créer et modifier des zones et des itérations.

2. Sous l'onglet marches , définissez l'les étapes et paramètres d'action et de validation à exécuter dans le cadre de le test.

   Pour plus d'informations, consultez Création et gestion de tests dans Microsoft Test Manager.

3. Sélectionnez l'onglet RÉSUMÉ , puis spécifiez un ou les deux champs suivants :

   • Dans Description, décrivez le cas de test en fournissant autant de détails que vous le souhaitez.

   • Dans Historique, ajoutez les commentaires à capturer dans le cadre de l'historique.

     Chaque fois qu'un membre de l'équipe met à jour l'élément de travail, son historique affiche la date de la modification, le nom du membre de l'équipe qui l'a apportée et les champs qui ont été modifiés.

4. Sous les onglets SPÉCIFICATIONS TESTÉES *** et Tous les liens , créez des liens du cas de test à un ou plusieurs éléments de travail, tels que les spécifications, tâches, demandes de modification, et les bogues.

5. Sous l'onglet PIÈCES JOINTES , joignez des spécifications, des images, ou d'autres fichiers qui fournissent des détails supplémentaires sur le cas de test à exécuter.

   Pour plus d'informations, consultez les sections suivantes plus loin dans cette rubrique :

   • Liaison d'un cas de test à une spécification

   • Ajout de pièces jointes ou de liens hypertexte à un cas de test

6. Choisissez Enregistrez l'élément de travail.

   [!REMARQUE]

   Une fois que vous avez enregistré le cas de test, l'identificateur s'affiche sous la barre d'outils d'élément de travail.

Liaison d'un cas de test à une spécification

Vous liez des cas de test à une spécification pour effectuer le suivi de la progression du test exécuté pour la spécification.Après avoir défini vos cas de test, vous pouvez les lier aux spécifications qu'ils implémentent à l'aide de la procédure suivante.Pour plus d'informations sur l'exécution de cette procédure à l'aide de Microsoft Test Manager, consultez Comment : ajouter des éléments du journal des travaux en souffrance du produit, un récit utilisateur ou des spécifications d'éléments de travail à votre plan de test.

Pour lier un cas de test à une spécification

1. Choisissez spécifications testées *** tableau.

2. Choisissez Lier à.

   La boîte de dialogue Ajouter un lien à Cas de test s'ouvre.

3. Dans la liste Type de lien, laissez la valeur par défaut Tests.

   Vous ne pouvez spécifier le type de lien Tests que lorsque vous créez un lien à partir de l'onglet Éléments de travail testés.

4. Choisissez Parcourir.

   La boîte de dialogue suivante s'affiche :

   

5. Dans la liste requête enregistrée , sélectionnez la requête d'équipe ouvrez les spécifications , puis choisissez Rechercher.

6. Activez la case à cocher en regard de la spécification que vous voulez lier au cas de test.

   Pour plus d'informations, consultez Rechercher les éléments de travail à lier ou importer.

7. (Facultatif) Dans la zone de texte Commentaire, tapez une description pour le lien.

8. Cliquez sur OK.

9. Choisissez Enregistrez l'élément de travail.

   [!REMARQUE]

   La spécification et le cas de test que vous avez liés sont tous deux mis à jour.Un lien Testé par est ajouté à la spécification.

Ajout de détails, pièces jointes, ou liens hypertexte à un cas de test

Vous pouvez fournir plus d'informations pour implémenter le cas de test, de différentes manières :

• Dans le champ Description ou Historique, tapez des informations.

• Joignez un fichier.

  Par exemple, vous pouvez joindre un thread de messagerie électronique, un document, une image, un fichier journal ou un autre type de fichier.

• Ajoutez un lien hypertexte pointant vers un site Web ou vers un fichier stocké sur un serveur ou un site Web.

Pour ajouter des détails à un cas de test

1. Choisissez Résumé tableau.

2. Dans Description, tapez les informations appropriées.

3. (Facultatif) Dans le champ Historique, tapez les informations appropriées.

   Vous pouvez mettre en forme des informations pour insister sur leur importance ou capturer une liste à puces.Pour plus d'informations, consultez Référence de champ Titres, ID, Descriptions et Historique.

4. Choisissez Enregistrez l'élément de travail.

Pour ajouter une pièce jointe à un cas de test

1. Choisissez Pièces jointes tableau.

   

2. Effectuez l'une des actions suivantes :

   • Faites glisser un fichier vers la zone des pièces jointes.

   • Choisissez ou appuyez sur Ctrl+V pour coller un fichier que vous avez copié.

   • Choisissez Ajouter, choisissez Parcourir, et, dans la boîte de dialogue Pièce jointe , tapez ou recherchez le nom du fichier que vous souhaitez joindre.

     (Facultatif) Dans la zone Commentaire, tapez des informations supplémentaires sur la pièce jointe.Pour fermer la boîte de dialogue Pièce jointe , choisissez OK.

3. Choisissez Enregistrez l'élément de travail.

Pour ajouter un lien hypertexte à un cas de test

1. Choisissez D'autres liens *** tableau.

   

2. Choisissez Lier à.

   

3. Dans la liste Type de lien , choisissez Lien hypertexte.

4. Dans la zone Adresse, tapez l'adresse de la cible du lien.

5. Si la cible est un site Web, tapez l'URL ou copiez-la depuis votre navigateur Internet et collez-la dans la zone Adresse.Si la cible est un emplacement de serveur, tapez l'adresse sous forme de nom UNC.

6. (Facultatif) Dans la zone Commentaire, tapez des informations supplémentaires sur le lien hypertexte.

7. Cliquez sur OK.

8. Choisissez Enregistrez l'élément de travail.

Modification de l'état d'un cas de test

Lorsque vous créez un cas de test, son état a automatiquement la valeur Design.Vous changez l'état en Prêt une fois que vous avez défini toutes les étapes d'action et de validation du cas de test et que ce dernier est approuvé en tant que cas de test prêt à être exécuté.Lorsqu'un cas de test n'est plus requis, vous remplacez son état Prêt par Fermé.Pour plus d'informations sur les champs de données qui assurent le suivi des modifications d'état, consultez Référence de champ Attributions et Flux de travail.

Pour plus d'informations sur l'exécution de cette procédure à l'aide de Microsoft Test Manager, consultez Comment : affecter l'état Fermé à un cas de test.Pour modifier plusieurs cas de test en même temps dans Office Excel, ouvrez la requête d'équipe Cas de test ouverts et mettez à jour le champ État avec les cas de test à mettre à jour.

Lorsqu'un membre de l'équipe enregistre un cas de test, il peut remplacer son état par l'un de ceux décrits dans la procédure suivante.

Pour modifier l'état d'un cas de test

1. Ouvrez le cas de test.

2. Dans la liste État , sélectionnez l'une des valeurs suivantes :

   • Design : le cas de test est en cours de conception ; il n'a pas encore été révisé et approuvé.

     [!REMARQUE]

     Vous pouvez exécuter un cas de test dont l'état est Design.

   • Prêt : le cas de test a été révisé et approuvé ; il est prêt à être exécuté.

   • Fermé : le cas de test n'est plus utile pour les itérations à venir de ce projet d'équipe.

3. Dans la liste Raison, laissez la valeur par défaut Obsolète.Si vous fermez le cas de test pour une autre raison, choisissez Différé ou Dupliquer.

4. Choisissez Enregistrez l'élément de travail.

Progression classique de flux de travail : Un membre de l'équipe crée un cas de test avec l'état Design et la raison par défaut Nouveau. Un membre de l'équipe change l'état d'un cas de test de Design en Prêt pour indiquer qu'il est prêt à être utilisé pour le test d'acceptation des spécifications testées. Un membre de l'équipe change l'état d'un cas de test de Prêt en Fermé pour indiquer qu'il n'est plus utilisé. Transitions atypiques : Un membre de l'équipe change l'état d'un cas de test de concevez à fermépour indiquer qu'un cas de test défini pour une spécification n'est pas pertinent ou qu'il est le doublon d'un autre cas de test. Un membre de l'équipe change l'état d'un cas de test de Prêt en Design pour indiquer que des critères de test supplémentaires ont été découverts et qu'ils doivent être ajoutés à un cas de test. Un membre de l'équipe change l'état d'un cas de test de Fermé en Design pour indiquer qu'un cas de test a été fermé par erreur ou que le récit utilisateur testé est désormais dans la portée.

Diagramme d'état de cas de test

Design [nouveau]

Un membre de l'équipe crée un cas de test, fournit un titre descriptif, puis définit les étapes et paramètres à exécuter.Une fois que le membre de l'équipe a défini toutes les étapes du cas de test et que ce dernier est prêt à être exécuté, le membre de l'équipe change l'état de Design en Prêt.

Les champs de données suivants sont capturés automatiquement lorsqu'un membre de l'équipe crée un cas de test :

• Assigné à : nom du membre de l'équipe qui a créé le cas de test.

• Créé par : nom du membre de l'équipe qui a créé le cas de test.

• Date de création : date et heure auxquelles le cas de test a été créé, telles qu'enregistrées par l'horloge du serveur.

De Design en Prêt

Lorsqu'un membre de l'équipe change l'état d'un cas de test de Design en Prêt, le champ Raison prend automatiquement la valeur Terminé.

Motif	Quand l'utiliser	Actions supplémentaires à effectuer
Terminé	Toutes les étapes d'action et de validation du cas de test sont définies.	Passez en revue les cas de test définis pour des spécifications semblables afin de déterminer si vous pouvez définir les étapes partagées qui réduiront la maintenance des cas de test.

De Design ou Prêt en Fermé

Un membre de l'équipe peut fermer un cas de test ayant l'état Design ou Prêt pour l'une des raisons suivantes :

Motif	Quand l'utiliser	Actions supplémentaires à effectuer
Obsolète (valeur par défaut)	Le cas de test n'est plus utile pour le test d'acceptation des spécifications.	Vérifiez que toutes les spécifications liées au cas de test possèdent l'état Fermé.
Différé	Le cas de test ne sera pas exécuté durant l'itération ou le cycle de produit actuel.Vous pouvez également spécifier cette raison lorsque la spécification testée a la valeur Fermé, car elle est définie sur Hors de portée ou Abandonné.	Aucun
Dupliqué	Lorsque le cas de test est le doublon d'un autre cas de test.	Créez un lien vers le cas de test en double resté ouvert.

Les champs de données suivants sont capturés lorsqu'un membre de l'équipe ferme un cas de test :

• Fermé par : nom du membre de l'équipe qui a fermé le cas de test.

• Date de fermeture : date et heure auxquelles le cas de test a été fermé, telles qu'enregistrées par l'horloge du serveur.

• Date de modification d'état : date et heure auxquelles l'état du cas de test a été modifié.

Prêt

Lorsqu'un cas de test est correctement défini et prêt à être exécuté, vous changez son état en Prêt.

De Prêt en Design

Un membre de l'équipe peut changer l'état d'un cas de test de Prêt en Design pour les raisons suivantes :

Motif	Quand l'utiliser	Actions supplémentaires à effectuer
Mettre à jour le cas de test	Les modifications du cas de test doivent être effectuées en réponse aux critères d'acceptation du test.Par exemple, vous pouvez modifier la séquence d'étapes, ajouter de nouvelles étapes, et modifier ou ajouter des paramètres.	Aucun

Les données suivantes sont capturées automatiquement lorsqu'un membre de l'équipe réactive un cas de test :

• Activé par : nom du membre de l'équipe qui a réactivé le cas de test.

• Date d'activation : date et heure auxquelles le cas de test a été réactivé, telles qu'enregistrées par l'horloge du serveur.

• Date de modification d'état : date et heure auxquelles l'état du cas de test a été modifié.

Closed

Un membre de l'équipe peut réactiver un cas de test fermé si les spécifications qu'il teste reviennent dans la portée.

De Fermé en Design ou Prêt

Lorsque vous mettez à jour l'état d'un cas de test de Fermé à Design ou Prêt, la valeur par défaut et seule valeur de Raison est listée dans le tableau suivant :

Motif	Quand l'utiliser	Actions supplémentaires à effectuer
Réactivé	Le cas de test est requis pour la prise en charge du test d'acceptation d'une spécification.	Passez en revue toutes les étapes d'action et de validation afin de vous assurer qu'elles suffisent pour tester la spécification.

Les champs de données suivants sont capturés lorsqu'un membre de l'équipe met à jour l'état d'un cas de test Fermé à Design ou Prêt:

• Activé par : nom du membre de l'équipe qui a réactivé le cas de test.

• Date d'activation : date et heure auxquelles le cas de test a été réactivé, telles qu'enregistrées par l'horloge du serveur.

• Date de modification d'état : date et heure auxquelles l'état du cas de test a été modifié.

Voir aussi

Concepts

Test de l'application

Artefacts (CMMI)

Modèle de processus CMMI pour Visual Studio ALM

Autres ressources

Éléments de travail et flux de travail (CMMI)