Étapes partagées (CMMI)
Votre équipe peut utiliser des étapes partagées pour simplifier la définition et la maintenance des cas de test manuel. De nombreux tests requièrent la même séquence d'étapes pour être exécuté 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.
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 spécifier la séquence des étapes d'action qui définissent 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 dans ces clients.
Comme vous définissez uniquement des étapes partagées pour simplifier la définition de cas de test manuel, il est préférable de définir des étapes partagées à l'aide de Gestionnaire de tests Microsoft. Pour plus d'informations sur la définition et l'utilisation des étapes partagées, consultez les rubriques répertoriées dans le tableau suivant.
Tâche |
Rubriques connexes |
---|---|
Réduire la maintenance de test en partageant des étapes de test entre des cas de test. Vous définissez des étapes partagées pour capturer une séquence d'étapes de test et de validation qui sont insérées dans les étapes de test d'au moins deux cas de test manuel. |
|
Effectuer plusieurs tests avec des données différentes. Vous pouvez ajouter des paramètres à vos étapes partagées pour les utiliser dans des cas de test où vous souhaitez exécuter plusieurs fois le même test avec des données différentes. |
|
Accélérer les efforts de test : vous pouvez accélérer les tests en enregistrant les étapes répétées de vos tests manuels, puis en lisant cet enregistrement. |
|
Exécuter des tests manuels à partir d'un plan de test : vous pouvez exécuter des tests manuels à partir de votre plan de test à l'aide de Test Runner pour enregistrer le résultat (réussite ou échec) de chaque étape. Vous avez la possibilité d'enregistrer le résultat du test et toutes les données qui sont collectées pendant l'exécution de ce test. |
|
Fermer les étapes partagées qui ne sont plus utiles : Si vous des étapes partagées qui ne sont pas utilisées, vous pouvez passer l'état d'actif à fermé. Les étapes partagées fermées sont toujours présentes dans le projet d'équipe, mais s'affichent uniquement dans la liste des résultats obtenus pour les requêtes qui recherchent spécifiquement les étapes partagées fermées. |
Autorisations requises
Pour afficher des étapes partagées, 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 des étapes partagées, 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.
Référence de champ
Pour plus d'informations sur les contrôles et les champs de données fournis dans le formulaire d'élément de travail pour les étapes partagées, consultez les rubriques suivantes :
Flux d'étapes partagées
Vous pouvez utiliser les états Actif et Fermé pour distinguer des étapes partagées en cours d'utilisation des étapes partagées qui ne sont pas utilisées. Toutes les étapes partagées sont créées à l'état Actif. Un élément de travail d'étapes partagées est utile uniquement s'il est inséré dans un ou plusieurs cas de test. Vous passez l'état à Fermé lorsque tous les cas de test qui contiennent les étapes partagées sont également fermés.
Après avoir enregistré un élément de travail d'étapes partagées, vous pouvez passer son état d'Actif à Fermé.
Progression classique de flux de travail :
Autres états de transitions de flux de travail :
|
Diagramme d'état d'étapes partagées |
Actif (nouveau)
Les étapes partagées restent actives tant que les cas de test dans lesquels elles sont insérées ne sont pas fermés.
Les champs de données suivants sont capturés automatiquement lorsque vous créez des étapes partagées :
Créé Par : nom du membre de l'équipe qui a créé l'élément de travail.
Date de création : date et heure de création de l'élément de travail selon l'enregistrement de l'horloge du serveur.
D'Actif à Fermé
Vous pouvez fermer un élément de travail d'étapes partagées pour une des raisons suivantes :
Motif |
Quand l'utiliser |
Actions supplémentaires à effectuer |
---|---|---|
Obsolète (valeur par défaut) |
Les étapes partagées ne sont plus obligatoires pour le test d'acceptation des récits utilisateur. |
Vérifiez que tous les cas de test qui référencent les étapes partagées sont Fermés. |
Différé |
Les étapes partagées ne seront pas exécutées pendant l'itération ou le cycle de produit en cours. Vous pouvez également spécifier cette raison lorsque les cas de test dans lesquels les étapes partagées sont insérées ont la valeur Différé. |
Aucun |
Dupliqué |
L'élément de travail d'étapes partagées est un doublon d'un autre élément de travail d'étapes partagées. |
Créez un lien vers l'élément de travail en double qui reste actif. |
Les champs de données suivants sont capturés lorsqu'un membre de l'équipe ferme un élément de travail d'étapes partagées :
Fermé par : nom du membre de l'équipe qui a fermé l'élément de travail.
Date de fermeture : date et heure auxquelles l'élément de travail a été fermé, telles qu'enregistrées par l'horloge du serveur.
Date de modification d'état : date et heure auxquelles l'état de l'élément de travail a été modifié.
Closed
Un membre de l'équipe peut réactiver un élément de travail d'étapes partagées.
De l'état Fermé à Actif
Lorsqu'un membre de l'équipe réactive un élément de travail d'étapes partagées, le champ Raison prend automatiquement la valeur Réactivé.
Motif |
Quand l'utiliser |
Actions supplémentaires à effectuer |
---|---|---|
Réactivé |
L'élément de travail d'étapes partagées est requis pour prendre en charge la définition d'un cas de test. |
Examinez toutes les étapes d'action et de validation pour vérifier qu'elles prennent en charge les cas de test dans lesquels l'élément de travail Étapes partagées est inséré. |
Les champs de données suivants sont capturés lorsqu'un membre de l'équipe réactive un élément de travail d'étapes partagées :
Activé par : nom du membre de l'équipe qui a réactivé l'élément de travail.
Date d'activation : date et heure auxquelles l'élément de travail a été réactivé, telles qu'enregistrées par l'horloge du serveur.
Date de modification d'état : date et heure auxquelles l'état de l'élément de travail a été modifié.
Voir aussi
Concepts
MSF for CMMI Process Improvement v5.0