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 Gestionnaire de tests Microsoft. À l'aide de Gestionnaire de tests Microsoft, 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 de votre effort de test à l'aide de plans de test.

Notes

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

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 Gestionnaire de tests Microsoft. 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 une interface avec Gestionnaire de tests Microsoft. Pour plus d'informations, consultez Activation de l'interface avec le Gestionnaire de tests Microsoft pour les projets d'équipe mis à niveau.

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 ouvre une session dans 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 Gestionnaire de tests Microsoft 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 Titres, ID, description et historique (CMMI) Assignations, flux de travail et planification (CMMI) Zones et itérations Intégration de build et de tests (CMMI) Liaison d'éléments de travail (CMMI) 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éfinition d'un cas de test

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

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 Gestionnaire de tests Microsoft. 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 Gestionnaire de tests Microsoft, 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é à, cliquez sur le propriétaire approprié du cas de test.

     Notes

     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.

     Notes

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

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

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

   • Dans Statut Automation, laissez la valeur par défaut, Pas automatisé, pour les cas manuels, ou cliquez sur Planifié si vous envisagez d'automatiser le cas de test.

     Notes

     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, cliquez sur la zone appropriée dans le projet d'équipe du 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, cliquez sur 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.

     Notes

     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 Étapes, définissez les étapes et paramètres d'action et de validation à exécuter dans le cadre du test.

   Pour plus d'informations, consultez Création et gestion de tests.

3. Cliquez sur l'onglet Résumé, puis spécifiez l'un des champs suivants, ou les deux :

   • Dans Description, fournissez autant de détails que nécessaire pour décrire le cas de test.

   • 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 à partir du cas de test vers un ou plusieurs éléments de travail, tels que les spécifications, tâches, demandes de modification et 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 à effectuer.

   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. Cliquez sur Enregistrer l'élément de travail .

   Notes

   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 Gestionnaire de tests Microsoft, consultez Comment : ajouter des spécifications ou des récits utilisateur à votre plan de test.

Pour lier un cas de test à une spécification

1. Cliquez sur l'onglet Spécifications testées.

2. Cliquez sur 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. Cliquez sur Parcourir.

   La boîte de dialogue suivante s'affiche :

   

5. Dans la liste Requête enregistrée, cliquez sur la requête d'équipe Spécifications ouvertes, puis sur 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. Cliquez sur Enregistrer l'élément de travail .

   Notes

   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, de pièces jointes ou de 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. Cliquez sur l'onglet Résumé.

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 Titres, ID, descriptions et historique (Agile).

4. Cliquez sur Enregistrer l'élément de travail.

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

1. Cliquez sur l'onglet Pièces jointes.

   

2. Effectuez l'une des actions suivantes :

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

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

   • Cliquez sur Ajouter, sur Parcourir, puis, 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, cliquez sur OK.

3. Cliquez sur Enregistrer l'élément de travail.

Pour ajouter un lien hypertexte à un cas de test

1. Cliquez sur l'onglet Autres liens.

   

2. Cliquez sur Lier à.

   

3. Dans la liste Type de lien, cliquez sur 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. Cliquez sur Enregistrer 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 Assignations et workflow (Agile).

Pour plus d'informations sur l'exécution de cette procédure à l'aide de Gestionnaire de tests Microsoft, 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, cliquez sur 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é.

     Notes

     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, cliquez sur Différé ou Dupliqué.

4. Cliquez sur Enregistrer 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 Design en Fermé pour indiquer qu'un cas de test défini pour un récit utilisateur 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

MSF for CMMI Process Improvement v5.0

Autres ressources

Artefacts (CMMI)

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