Copier ou cloner des plans de test, des suites de test et des cas de test

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Plusieurs outils prennent en charge les opérations de copie, de clonage ou d’importation d’éléments de test tels que les plans de test, les suites de tests et les cas de test. Les cas de test décrivent les étapes à suivre pour exécuter un test et valider une implémentation de fonctionnalité ou un correctif de bogue. Les suites de test regroupent les cas de test, et éventuellement d’autres suites de test, dans un ordre particulier. Les plans de test définissent une collection de suites de test à exécuter pour une itération ou une version particulière.

Chaque cas de test est conçu pour confirmer un comportement spécifique. Les cas de test peuvent appartenir à une ou plusieurs suites de tests, mais les suites de test peuvent appartenir à un seul et à un seul plan de test.

En général, vous devez créer un plan de test pour chaque étape majeure du projet. Les opérations copier, cloner ou importer des éléments de test prennent en charge les scénarios suivants.

• Définir un plan de test pour un nouveau sprint ou une nouvelle version en fonction d’un plan de test existant
• Importer des suites de test d’un plan de test vers un autre plan de test au sein du même projet ou différent
• Copier des cas de test à utiliser dans différentes suites de test et plans de test
• Partager des objets de test entre des projets
• Déplacer des objets de test d’un projet vers un autre, éventuellement pour prendre en charge la consolidation de projets en un seul projet

Pour plus d’informations, consultez Vue d’ensemble des objets de test et des termes.

Prérequis

• Niveaux d’accès :

  • Accès de base ou supérieur, avec les autorisations nécessaires pour afficher les éléments de travail sous le chemin d’accès à la zone correspondante. Pour plus d’informations, consultez Ajouter des utilisateurs à un projet ou à une équipe.
  • Niveau d’accès De base + Plans de test pour ajouter des plans de test et des suites de tests, supprimer des artefacts de test et définir des configurations de test.
  • Vous pouvez également choisir l’un des abonnements Visual Studio suivants :
    • Entreprise
    • Test Professional
    • Plateformes MSDN

• Autorisations : pour ajouter ou modifier des artefacts liés aux tests :

  • Modifiez les éléments de travail dans ce jeu d’autorisations de nœud pour Autoriser sous le chemin d’accès à la zone correspondante, pour ajouter ou modifier des plans de test, des suites de test, des cas de test ou d’autres types d’éléments de travail basés sur des tests.
  • Gérer le jeu d’autorisations des plans de test sur Autoriser sous le chemin d’accès à la zone correspondante pour modifier les propriétés du plan de test, telles que les paramètres de build et de test.
  • Gérer le jeu d’autorisations des suites de test sur Autoriser sous le chemin d’accès à la zone correspondante, pour créer et supprimer des suites de tests, ajouter et supprimer des cas de test dans les suites de tests, modifier les configurations de test associées aux suites de test et modifier une hiérarchie de suite de tests (déplacer une suite de tests).

Pour plus d’informations, consultez Accès et autorisations de test manuels.

Utiliser l’outil en ligne de commande TCM

Pour utiliser l’outil en ligne de commande TCM, vous devez disposer des éléments suivants :

• Installé Visual Studio 2017 Professional ou version antérieure. Vous accédez au module TCM à partir de l’invite de commandes et des répertoires suivants :

  • %programfiles(x86)%\Microsoft Visual Studio\2017\Professional\Common7\IDE
  • %programfiles(x86)%\Microsoft Visual Studio\2017\Enterprise\Common7\IDE
  • %programfiles(x86)%\Microsoft Visual Studio 14.0\Common7\IDE

• Pour exécuter une commande TCM, spécifiez les paramètres et /teamproject les /collection paramètres, ainsi /login que les besoins.

  Paramètre	Description
  /collection:CollectionURL	Obligatoire. Spécifie l’URI de la collection de projets d’équipe. Le format de l’URI est le suivant : - Pour Azure DevOps Services : http://dev.azure.com/OrganizationName - Pour Azure DevOps Server : http://ServerName:Port/VirtualDirectoryName/CollectionName. Si aucun répertoire virtuel n’est utilisé, le format de l’URI est le suivant :http://ServerName:Port/CollectionName
  /teamproject :project	Obligatoire. Nom du projet qui contient les objets de test dans lesquelles vous souhaitez cloner ou importer des tests automatisés.
  /login :username,[password]	facultatif. Spécifie le nom et le mot de passe d’un utilisateur Azure DevOps valide et qui dispose des autorisations nécessaires pour exécuter la commande. Utilisez cette option si vos informations d’identification Windows n’ont pas les autorisations appropriées, ou si vous utilisez l’authentification de base ou si vous n’êtes pas connecté à un domaine.

• Vous devez être membre valide d’un ou plusieurs projets auxquels vous souhaitez accéder et disposer des autorisations requises en fonction des commandes que vous exécutez. Pour plus d’informations, consultez Accès et autorisations de test manuels.

• Vous devez disposer des mêmes niveaux d’accès nécessaires pour ajouter des plans de test et des suites de test pour cloner ou importer des objets de test.

Outils de copie, de clonage et d’importation pris en charge

Selon la version d’Azure DevOps que vous utilisez, vous pouvez utiliser les clients ou outils répertoriés dans le tableau suivant pour copier, cloner ou importer des plans de test, des suites de test ou des cas de test.

Client/outil

Test Plans

Suites de tests

Cas de test

---

Portail ^{web 1}

✔️ Copier

✔️ Importation

✔️ Copier ✔️ l’exportation/importation en bloc

Portail web (Grille)

✔️ Copier et coller

Formulaire d’élément de travail

✔️ Copier

INTERFACE CLI ^{TCM 2}

✔️ Clone

✔️ Clone

✔️ Importer automatiquement

API ^{REST 3}

✔️ Clone

✔️ Clone

Remarque

1. Avec la publication d’Azure DevOps Server 2020, le portail web pour les plans de test Azure a été mis à jour de manière significative. De nombreuses nouvelles fonctionnalités ont été ajoutées pour prendre en charge la copie, le clone, l’importation et l’exportation. Pour obtenir une vue d’ensemble, consultez Parcourir les plans de test.
2. L’outil en ligne de commande TCM (Test Case Management) est installé lorsque vous installez Visual Studio 2017 ou versions antérieures. Les exemples fournis dans cet article reflètent les options disponibles avec la version de Visual Studio 2017. Les versions antérieures peuvent prendre en charge moins d’options. Pour plus d’informations, consultez Utiliser l’outil en ligne de commande TCM.
3. Les commandes d’API REST pour prendre en charge le clonage des plans de test et des suites de test ont été ajoutées avec la version 5.0, correspondant à Azure DevOps 2019.

Répertorier les plans de test ou les suites de test

Lorsque vous effectuez des opérations de copie, de clonage ou d’importation liées aux plans de test ou aux suites de test, il est essentiel d’avoir accès à leur ID unique. Cet identificateur vous permet de cibler précisément le plan ou la suite spécifique avec lequel vous souhaitez travailler. En sachant l’ID attribué, vous pouvez simplifier vos processus de test et garantir une réplication ou un transfert précis des données liées aux tests.

Browser

Procédez comme suit pour générer une liste de plans de test, de suites de tests ou d’autres objets de test.

1. Sélectionnez Des requêtes de tableaux>dans votre projet.
2. Entrez le paramètre, Work Item Type=Test Plan dans votre Éditeur de requête. Vous pouvez répertorier tous les plans de test définis pour le projet d’équipe.
3. Entrez une coche dans la case Requête entre les projets . La requête répertorie tous les plans de test définis pour tous les projets. Pour plus d’informations, consultez Définir une requête d’élément de travail.
4. Exécutez la requête.

Conseil

Bien que les plans de test, les suites de tests et les cas de test soient liés les uns aux autres, vous ne pouvez pas afficher les relations par le biais d’une requête d’élément de travail. Les types de liens ne lient pas les plans de test, les suites de tests et les cas de test. Seules les étapes partagées et les paramètres partagés sont liés aux cas de test. En outre, les cas de test sont liés aux récits utilisateur ou à d’autres éléments de travail qu’ils testent.

TCM CLI

TCM prend en charge la liste des plans de test et des suites de test. Les listes spécifient l’ID de travail pour chaque plan de test ou suite de tests. Cet ID est le même qu’un ID de plan ou un ID de suite.

Lister les plans | de test Répertorier les suites de tests

Répertorier les plans de test

Permet tcm plans /list de déterminer l’ID d’un plan de test. L’ID correspond à l’ID d’élément de travail défini lors de la création du plan de test.

tcm plans /list [/planid:id  |  /querytext:query] /collection:teamprojectcollectionurl
           /teamproject:project [/login:username,[password]]

Paramètre	Description
/querytext :query	facultatif. Spécifie la requête à utiliser pour répertorier un sous-ensemble de plans de test.

Pour obtenir des descriptions des paramètres et /login des paramètres, consultez Utiliser l’outil en ligne de /collection/teamproject commande TCM.

Exemple

La commande suivante répertorie les plans de test définis pour le projet Fabrikam Fiber hébergé dans l’organisation fabrikamprime . L’ID et le nom correspondent à l’ID de l’élément de travail et au titre défini pour le plan de test. Par exemple, le plan de test 86 est intitulé Hello World Test.

tcm plans /list /collection:https://dev.azure.com/fabrikamprime /teamproject:"Fabrikam Fiber"

Id        Name
------***----------------------------------------------------------------
66        Sprint 1
72        All sprints
77        Sprint 2
86        Hello World Test

Répertorier les suites de tests

Permet tcm suites /list de répertorier les suites de test avec leurs ID d’élément de travail. Quand aucun paramètre facultatif n’est spécifié, toutes les suites de tests sont répertoriées pour le projet d’équipe.

tcm suites /list [/planid:id  |  /querytext:query] /collection:teamprojectcollectionurl
           /teamproject:project [/login:username,[password]]

Paramètre	Description
/planid :id	facultatif. Spécifie l’ID du plan pour référencer les suites de test à répertorier.
/querytext :query	facultatif. Spécifie la requête à utiliser pour répertorier un sous-ensemble de suites de test.

Pour obtenir des descriptions des paramètres et /login des paramètres, consultez Utiliser l’outil en ligne de /collection/teamproject commande TCM.

Exemple

La commande suivante répertorie les suites de test définies pour le projet Fabrikam Fiber hébergé dans l’organisation fabrikamprime . L’ID correspond à l’ID d’élément de travail défini pour la suite de tests. Sous la colonne Name, la première entrée indique le plan de test sous lequel la suite de tests est définie. > Le titre de la suite de test ou le titre d’une suite de tests parent est le suivant : (flèche). Par exemple, la suite de test 75, Sub Suite 01, est une suite de sous-test de Suite 01 définie pour le plan de test All sprints .

tcm suites /list /collection:https://dev.azure.com/fabrikamprime /teamproject:"Fabrikam Fiber" 

Id        Name
------***----------------------------------------------------------------
67        Sprint 1
68        Sprint 1 -> 33 : Change initial view
69        Sprint 1 -> 34 : Welcome back page
70        Sprint 1 -> 43 : Cancel order form
73        All sprints
74        All sprints -> Suite 01
75        All sprints -> Suite 01 -> Sub Suite 01
78        Sprint 2
87        Hello World Test

Copier ou cloner des plans de test

Lorsque vous créez un plan de test par sprint ou version, une approche utile consiste à cloner le plan de test à partir du cycle précédent. Avec des ajustements minimes, le plan de test copié est adapté au nouveau cycle. Cette pratique simplifie le processus de planification et garantit la cohérence entre les itérations.

Le clonage s’avère particulièrement utile lorsque vous devez brancher votre application en deux versions. Après le clonage, vous pouvez modifier les tests indépendamment pour chaque version sans avoir d’impact sur l’autre. Il s’agit d’un moyen efficace de gérer les efforts de test tout en conservant la séparation entre différentes variantes d’application.

Browser

1. Sélectionnez Plans de test des plans> de test, à partir de votre projet.

2. Choisissez le plan de test que vous souhaitez copier à partir de la page Mine ou Tout .

3. Sélectionnez Plus d’actions>Copier le plan de test. Cette option vous permet de copier ou cloner des plans de test au sein d’un projet.

   

4. Spécifiez le nom du nouveau plan de test, puis sélectionnez un chemin d’accès de zone et un chemin d’itération pour le plan.

   

   • Choisissez une ou les autres cases d’option en fonction des conseils suivants :
     • Référencez les cas de test existants : choisissez cette option lorsque vous envisagez de fusionner les deux branches éventuellement. Dans ce cas, conservez les mêmes exigences pour les fonctionnalités déjà implémentées et testées.
     • Dupliquer les cas de test existants : choisissez cette option lorsque vous souhaitez créer des récits utilisateur ou des exigences gérés séparément. Si vous envisagez de vous diviser en deux applications similaires mais distinctes, vous pouvez modifier les récits utilisateur d’un sans modifier les récits de l’autre. Le choix de cette option crée un ensemble indépendant de conditions requises pour les nouveaux cas de test.

   Si vous dupliquez des cas de test existants, les cas de test copiés reçoivent le chemin d’accès à la zone et le chemin d’itération spécifiés pour le plan de test cloné.

   Pour plus d’informations, consultez À propos des chemins de zone et d’itération (sprint).

   La page s’actualise pour afficher le plan de test nouvellement copié.

   

5. Mettez à jour les suites basées sur des requêtes que vous avez copiées pour utiliser les nouveaux chemins d’itération et de zone.

6. Spécifiez une build dans le plan de test de destination si vous avez cloné des cas de test automatisés.

TCM CLI

Vous pouvez utiliser l’outil en ligne de commande TCM pour cloner un plan de test sur le même projet ou différent, et suivre l’état de l’opération de clonage.

Répertorier les plans de | test Cloner un plan de test Suivre l’état du clone du plan | de test

Cloner un plan de test

Permet tcm plans /clone de lancer une opération de clonage de tous les cas de test d’une suite de test vers une suite de destination différente au sein du même projet. La suite de destination doit être définie et exister dans un autre plan. Toutes les suites autonomes et les cas de test sont clonés. La commande peut retourner un ID d’opération que vous pouvez utiliser pour suivre l’état et l’achèvement de l’opération clone. Une fois l’opération clone terminée rapidement, aucun ID d’opération n’est retourné.

tcm plans /clone /sourceplanid:id /destinationplanname:name
          [/overridefield:name=value [/overridefield:name=value ...]]
          [/sourcesuiteids:suiteid1,[suiteid2,...]]
          /collection:teamprojectcollectionurl /teamproject:project
          [/login:username,[password]]
          [/clonerequirements]
          [/clonechildren]

Crée /clone /sourceplanid /destinationplanname un plan. Si vous spécifiez /sourcesuiteids, la commande lance une opération clone pour cloner les cas de test dans le nouveau plan. La commande retourne un ID d’opération qui peut être utilisé pour suivre l’état et l’achèvement de l’opération clone.

Paramètre	Description
/sourceplanid :id	Obligatoire. Spécifie l’ID du plan à copier et l’ID de la suite dans laquelle la nouvelle copie est ajoutée. Si vous souhaitez copier un plan de test complet, utilisez l’ID de la suite à la racine du plan de test. L’ID d’une suite s’affiche dans le volet d’informations lorsque vous le sélectionnez dans le plan de test. Vous pouvez également obtenir la liste des suites à l’aide tcm suites /listde .
/destinationplanname :name	Spécifie le nom du plan dans lequel le plan de test cloné est copié.
/overridefield :name=value /overridefield :name=value	facultatif. Spécifiez la valeur d’un champ dans chaque élément de travail cloné. Spécifiez plusieurs occurrences de ce paramètre pour modifier autant de champs que vous le souhaitez. Cette option est requise lorsque vous clonez une suite de tests vers un autre projet.
/sourcesuiteids :suiteid1,[suiteid2,...	facultatif. Spécifie les suites de tests sources dans le plan de test à copier.
/clonerequirements	facultatif. Spécifie pour cloner les éléments de travail de catégorie de configuration requise qui sont attachés aux suites de test basées sur les exigences. Si vous omettez ce paramètre, les suites de test basées sur les exigences sont converties en suites statiques.
/clonechildren	facultatif. Spécifiez pour cloner toutes les suites enfants des suites fournies.
/clonerequirements	facultatif. Spécifiez ce commutateur pour cloner une suite basée sur des conditions requises vers une suite basée sur les exigences de destination. Par défaut, une suite de tests basée sur les conditions requises est cloné dans une suite de tests statiques de destination. Peut uniquement spécifier cette option quand /sourcesuiteids elle est fournie.

Pour obtenir des descriptions des paramètres et /login des paramètres, consultez Utiliser l’outil en ligne de /collection/teamproject commande TCM.

Exemple

L’exemple suivant clone le plan de test 66 vers un nouveau plan de test intitulé Plan de test, version 3, qui est ensuite affectée à l’ID 118.

tcm plans /clone /sourceplanid:66 /destinationplanname:"Test plan, Release 3" /overridefield:"Iteration Path"="Fabrikam Fiber\Release 3" /overridefield:"Area Path"="Fabrikam Fiber\Web" /collection:https://dev.azure.com/fabrikamprime /teamproject:"Fabrikam Fiber"
Plan created with ID: 118

Clone operation is complete.

Suivre l’état de l’opération de clonage du plan de test

Permet tcm plans /clone /status de récupérer l’état de l’opération clone effectuée avec tcm suites /clone. Les suites de test qui contiennent un grand nombre de cas de test peuvent prendre beaucoup de temps à cloner.

tcm plans /clone
           /status:cloneoperationid
           /collection:teamprojectcollectionurl /teamproject:project
           [/login:username,[password]]

Paramètre	Description
/status :cloneoperationid	Obligatoire. Spécifie l’ID de l’opération clone retournée lors tcm plans /clone de l’exécution.

Pour obtenir des descriptions des paramètres et /login des paramètres, consultez Utiliser l’outil en ligne de /collection/teamproject commande TCM.

Importer ou cloner des suites de test

Lorsque vous créez le plan de test pour un nouveau sprint, vous souhaitez souvent répéter certains des tests des sprints précédents pour vous assurer que la fonctionnalité que vous avez déjà implémentée fonctionne toujours.

Remarque

• Lorsque vous importez (Web) ou clonez (TCM) une suite de tests dans un nouveau projet, la nouvelle suite contient des copies de tous les cas de test dans la suite source. Toutefois, elle ne conserve pas de données historiques telles que les exécutions de test précédentes, les bogues connexes, les anciens résultats.
• Les étapes partagées référencées par les cas de test sont également clonées et créées dans le projet de destination.
• Vous ne pouvez pas cloner les cas de test depuis et vers le même plan de test, même dans une suite différente. Pour accomplir ce scénario, vous devez d’abord déplacer les cas de test vers un autre plan de test temporaire. Ensuite, utilisez le plan de test temporaire comme plan source et clonez les cas de test vers le plan de test source en plaçant l’ID dans la place du plan de test de destination. Les étapes partagées présentes dans les cas de test sont également dupliquées dans ce processus.

Lorsque vous travaillez avec Azure Test Plans, vous pouvez importer une suite de tests à partir d’un plan de test dans un autre plan de test dans le projet actuel. Il n’importe pas si les plans de test se trouvent dans le même projet. Ce processus implique la copie ou le clonage de la suite de tests, ce qui entraîne la création d’une nouvelle suite de tests. En outre, toutes les suites de sous-test sont également dupliquées. Les cas de test référencés par les suites de tests ne sont pas dupliqués ; Au lieu de cela, ils sont référencés par les suites de test clonées.

Vous pouvez utiliser tcm suites /list pour répertorier toutes les suites de test définies pour un projet.

Pour utiliser les mêmes cas de test dans différentes suites et plans, copiez et collez des cas de test à l’aide de la vue Grille .

Browser

1. Sélectionnez Plans de test des plans> de test.

2. Choisissez le plan de test dans lequel vous souhaitez importer une suite de tests à partir de la page Mine ou Tout .

3. Sélectionnez Plus d’actions>Copier le plan de test. Cette option vous permet de copier ou cloner des plans de test au sein d’un projet.

   

4. Dans la boîte de dialogue ouverte, sélectionnez le projet si le plan de test réside dans un autre projet. Dans le cas contraire, entrez le nom ou l’ID du plan de test et le nom ou l’ID de la suite de tests. Vous pouvez également sélectionner le nom ou l’ID dans les menus déroulants.

5. Créez l’importation. Vous ne pouvez importer qu’une seule suite à partir d’un plan de test à la fois.

   

   Le message suivant s’affiche :

   

6. Une fois l’opération d’importation terminée, le message suivant s’affiche. Sélectionnez Actualiser pour actualiser votre navigateur.

   

   La suite de tests nouvellement ajoutée s’affiche ensuite.

   

TCM CLI

Vous pouvez utiliser l’outil en ligne de commande TCM pour cloner un plan de test sur le même projet ou différent, et suivre l’état de l’opération de clonage.

Répertorier les suites | de tests Cloner un état de clone de suite | de test Track

Cloner une suite de tests

Permet tcm suites /clone de lancer une opération de clonage de tous les cas de test d’une suite de tests vers une suite de destination différente au sein du même projet par défaut. La suite de destination doit être définie et exister dans un autre plan. Toutes les suites autonomes et les cas de test sont clonés. La commande retourne un ID d’opération que vous pouvez utiliser pour suivre l’état et l’achèvement de l’opération clone.

Les options suivantes prennent en charge les opérations de clonage facultatives :

• /destinationteamproject: clonez une suite dans un autre projet.
• /destinationworkitemtype: spécifiez le type d’élément de travail à utiliser lors du clonage des cas de test. Spécifiez cette option lors du clonage de cas de test dans un type d’élément de travail personnalisé.
• /overridefield: remplacez les valeurs des champs sélectionnés, tels que le chemin d’accès à la zone et les champs chemin d’itération, ce qui est requis lors du clonage vers un autre projet. Ou remplacez la valeur d’autres champs pour distinguer les cas de test clonés de l’original.
• /clonerequirements: spécifiez ce commutateur pour cloner une suite basée sur des conditions requises vers une suite basée sur les exigences de destination.

tcm suites /clone
           /suiteid:id /destinationsuiteid:id
           [/overridefield:name=value [/overridefield:name=value ...]]
           [/destinationteamproject:projectname]
           [/destinationworkitemtype:workitemtype]
           /collection:teamprojectcollectionurl /teamproject:project
           [/login:username,[password]] [/clonerequirements]

Paramètre	Description
/suiteid :id	Spécifie l’ID de la suite à copier et l’ID de la suite dans laquelle la nouvelle copie est ajoutée. Si vous souhaitez copier un plan de test complet, utilisez l’ID de la suite à la racine du plan de test. L’ID d’une suite s’affiche dans le volet d’informations lorsque vous le sélectionnez dans le plan de test. Vous pouvez également obtenir la liste des suites à l’aide tcm suites /listde .
/overridefield :name=value /overridefield :name=value	facultatif. Spécifiez la valeur d’un champ dans chaque élément de travail cloné. Spécifiez plusieurs occurrences de ce paramètre pour modifier autant de champs que vous le souhaitez. Cette option est requise lorsque vous clonez une suite de tests vers un autre projet.
/destinationsuiteid :id	Spécifie l’ID de la suite dans laquelle la nouvelle copie est ajoutée. Si vous souhaitez copier un plan de test complet, utilisez l’ID de la suite à la racine du plan de test. L’ID d’une suite s’affiche dans le volet d’informations lorsque vous le sélectionnez dans le plan de test. Vous pouvez également obtenir la liste des suites à l’aide tcm suites /listde .
/destinationteamproject :projectname	facultatif. Spécifiez quand vous souhaitez cloner la suite de tests sur un autre projet, mais dans la même organisation ou collection de projets. Une fois spécifié, vous devez spécifier des valeurs de champ de remplacement pour les champs Chemin d’accès de zone et chemin d’itération.
/destinationworkitemtype :workitemtype	facultatif. Spécifiez quand vous souhaitez cloner la suite de tests vers un autre type d’élément de travail dans le projet de destination.
/clonerequirements	facultatif. Spécifiez ce commutateur pour cloner une suite basée sur des conditions requises vers une suite basée sur les exigences de destination. Par défaut, une suite de tests basée sur les conditions requises est cloné dans une suite de tests statiques de destination.

Pour obtenir des descriptions des paramètres et /login des paramètres, consultez Utiliser l’outil en ligne de /collection/teamproject commande TCM.

Comprendre ce qui est cloné

Lorsque vous clonez une suite de tests, les objets suivants sont copiés du plan de test source vers le plan de test de destination.

Objet de plan de test	Notes
Cas de test	Chaque nouveau cas de test conserve ses étapes partagées. Un lien est défini entre la source et les nouveaux cas de test. Les nouveaux cas de test n’ont pas d’exécutions de test, de bogues, de résultats de test ou d’informations de build.
Étapes partagées	Les étapes partagées référencées par les cas de test clonés sont copiées.
Suite de tests	Les suites de test copiées conservent les données suivantes : <br br<- Names et structure hiérarchique des suites<de test br- Order of the test cases<br- Assigned test test tests<br- Configurations
Enregistrements	Les enregistrements d’action liés à partir d’un cas de test cloné sont copiés.
Liens et pièces jointes	Tous les liens et pièces jointes sont copiés pour tous les éléments de test copiés.
Configuration de test	La configuration de test définie pour le plan de test source est copiée et appliquée au plan de test de destination.

Les informations de test suivantes ne sont pas copiées :

• Paramètres de test : le paramètre de test du plan de test source n’est pas copié. Au lieu de cela, les paramètres de test du plan de test de destination sont appliqués.
• Résultats des tests et exécutions de test : aucun résultat de test n’est copié. Étant donné que les exécutions de test s’appliquent uniquement au plan de test source, elles ne sont pas copiées.

Quand /clonerequirements est spécifié et les suites de test basées sur les exigences sont copiées :

• Les suites de tests basées sur les exigences sont copiées et liées à une nouvelle copie de l’élément de travail requis.
• Éléments de travail requis (éléments de backlog de produit ou récits utilisateur) associés à une suite basée sur des exigences clonées sont clonés.
• Les éléments de travail de bogues sont clonés dans un projet qui utilise le modèle de processus Scrum, ou tout projet dans lequel le type d’élément de travail Bogue se trouve dans la catégorie d’élément de travail Configuration requise. Sinon, les bogues ne sont pas clonés.

Quand /clonerequirements les suites de test basées sur les exigences ne sont pas spécifiées, elles sont copiées :

• Les suites de tests basées sur les exigences sont converties en suites de test statiques dans le plan de test de destination.
• Les cas de test clonés sont référencés sous la suite de tests statiques.
• Les cas de test clonés n’incluent pas de liens vers leurs éléments de travail d’origine.

Exemple

L’exemple suivant illustre la suite de test de clonage 97 définie pour le projet Fabrikam Fibre sur le projet Git Fabrikam. Étant donné que la suite de tests contenait une suite basée sur des requêtes, un message d’avertissement est répertorié pour passer en revue et réviser la requête correspondante dans les suites de test source et de destination.

tcm suites /clone /collection:https://dev.azure.com/fabrikamprime /teamproject:"Fabrikam Fiber" /destinationteamproject:"Fabrikam Git" /suiteid:97 /destinationsuiteid:104 /overridefield:"Iteration Path"="Fabrikam Git" /overridefield:"Area Path"="Fabrikam Git"

Started clone operation with id 4.
Use /status:4 to get progress and completion information of the operation.
Warning: You have cloned the following query based suites as part of this clone operation. You are advised to fix their respective queries in the source and destination suites, after the clone operation completes.
1. Sprint 3 -> Sprint 3 query-based suite

Suivre l’état de l’opération de clonage de la suite de tests

Permet tcm suites /clone /status de récupérer l’état de l’opération clone effectuée avec tcm suites /clone. Les suites de test qui contiennent un grand nombre de cas de test peuvent prendre beaucoup de temps à cloner.

tcm suites /clone
           /status:cloneoperationid
           /collection:teamprojectcollectionurl /teamproject:project
           [/login:username,[password]]

Paramètre	Description
/status :cloneoperationid	Obligatoire. Spécifie l’ID de l’opération clone retournée lors tcm suites /clone de l’exécution.

Pour obtenir des descriptions des paramètres et /login des paramètres, consultez Utiliser l’outil en ligne de /collection/teamproject commande TCM.

Exemple

tcm suites /clone /status:4 /collection:https://dev.azure.com/fabrikamprime /teamproject:"Fabrikam Fiber"

Clone operation 4 has succeeded. Summary information:
Started on:           10-Nov-21 5:00:28 PM
Started by:           Jamal Hartnett
Source suite id:      97
Destination suite id: 114
Test cases cloned:    9
Shared steps cloned:  0
Requirements cloned:  0
Completed on:         10-Nov-21 5:00:30 PM

Copier le cas de test

À partir du portail web, vous pouvez copier des cas de test à partir d’un projet ou d’un autre projet vers une suite de tests, ou vous pouvez utiliser l’affichage Grille pour copier et coller des cas de test d’une suite à une autre. Si vous le souhaitez, vous pouvez importer et exporter en bloc des cas de test.

Conseil

Ne copiez pas les cas de test lorsque vous souhaitez tester avec différentes configurations ou différentes données.

Vous avez la possibilité de copier des cas de test à partir d’un projet ou d’un autre projet au sein de l’organisation ou de la collection. En outre, vous pouvez choisir d’inclure tous les liens et pièces jointes pendant le processus de copie.

1. Sélectionnez Plans de test des plans> de test.

2. Choisissez le plan de test qui contient un ou plusieurs cas de test que vous souhaitez copier à partir de la page Mine ou Tout .

3. Sélectionnez la suite de tests qui contient un ou plusieurs cas de test que vous souhaitez copier.

4. Dans la page Définir , activez la case à cocher pour tous les cas de test que vous souhaitez copier.

5. Sélectionnez Plus d’actions>Copier le cas de test.

   

6. Choisissez le projet dans le menu déroulant, puis entrez le nom ou l’ID du plan de test et le nom ou l’ID de la suite de tests. Vous pouvez également sélectionner le nom ou l’ID dans les menus déroulants.

   

7. (Facultatif) Cochez les cases pour inclure des liens existants et inclure des pièces jointes existantes.

8. Créez la copie.

   L’opération de copie en arrière-plan dépend de la quantité et de la complexité des cas de test sélectionnés. Une fois l’opération terminée, une notification est envoyée pour vous confirmer la réussite de l’opération et un lien vers la suite de tests où résident les cas de test copiés.

Copier et coller le cas de test (mode Grille)

Lorsque vous gérez des cas de test, la copie et le collage servent de technique précieuse pour réutiliser les mêmes tests dans différentes suites et plans. Par exemple, envisagez un scénario dans lequel vous disposez d’une suite de tests complète et que vous souhaitez créer un sous-ensemble plus ciblé de tests au sein d’une autre suite. La vue Définir>la grille prend en charge la modification des cas de test et leur copie dans différentes suites de test. Pour plus d’informations, consultez Créer des cas de test, utilisez la vue Grille pour modifier les cas de test.

Conseil

Ne copiez pas les cas de test lorsque vous souhaitez tester avec différentes configurations ou différentes données.

À partir des navigateurs Internet Explorer, Microsoft Edge ou Chrome, vous pouvez copier des cas de test à partir de l’affichage Grid d’un plan de test et d’une suite de tests vers un autre plan de test et suite de tests.

1. Dans la page Plans de test,> choisissez la suite de tests contenant un ou plusieurs cas de test que vous souhaitez copier. Dans l’onglet Définir, sélectionnez Mode Grille.

2. Mettez en surbrillance les lignes que vous souhaitez copier, puis entrez Ctrl+C.

   

3. Sélectionnez une suite de test différente dans le même plan ou un plan différent et collez-la avec Ctrl+V. Si vous ne sélectionnez pas une autre suite, rien ne se produit lorsque vous collez, car chaque suite ne peut avoir qu’une référence à n’importe quel cas de test.

4. Choisissez Enregistrer les cas de test.

   Les nouveaux cas de test sont enregistrés avec les nouveaux ID attribués.

   

Cas de test d’importation ou d’exportation en bloc

À partir du portail web, vous pouvez effectuer une importation ou une exportation en bloc de cas de test depuis/vers une suite de tests. Les cas de test sont définis dans un fichier de valeurs séparées par des virgules (CSV).

Exporter des cas de test

1. Dans la page Plans> de test, choisissez le plan de test avec la suite de tests contenant les cas de test que vous souhaitez exporter.

2. facultatif. Choisissez les options de colonne pour ajouter des champs à inclure dans le fichier de téléchargement.

3. Pour exporter tous les cas de test pour la suite de tests, choisissez Exporter des cas de test au format CSV.

   

   Pour exporter un sous-ensemble de cas de test pour la suite de tests, sélectionnez les cas de test à exporter, choisissez Plus d’options et sélectionnez Exporter les cas de test au format CSV.

   

4. Le fichier CSV exporté apparaît dans votre dossier Téléchargements .

Importer des cas de test

1. Dans les plans de test de plans> de test, choisissez le plan de test avec la suite de tests dans laquelle vous souhaitez importer des cas de test.

   

2. Choisissez le fichier à importer à partir de la boîte de dialogue ouverte, puis sélectionnez Importer.

   

3. Cliquez sur Confirmer. Si vous spécifiez des cas de test déjà définis dans la suite de tests, certains éléments peuvent être écrits pendant l’importation.

Importer des cas de test automatisés (TCM)

Pour importer des cas de test automatisés dans une suite de tests, utilisez tcm testcase /import. Vous devez spécifier un fichier .dll pour l’assembly de test qui contient vos tests.

tcm testcase /import /collection:teamprojectcollectionurl /teamproject:project
             /storage:path
             [/maxpriority:priority]
             [/minpriority:priority]
             [/category:filter]
             [/syncsuite:id [/include]]
             [/login:username,[password]]

Paramètre	Description
/storage :path	Spécifie le chemin d’accès et le nom de l’assembly de test qui contient vos tests automatisés que vous souhaitez importer.
/maxpriority :priority	facultatif. Spécifie les tests à importer en fonction de la priorité maximale de la méthode de test. Par exemple, si le paramètre est /maxpriority:1, seuls les tests avec un attribut de priorité pour la méthode de test inférieure ou égale à 1 sont importés en tant que cas de test à partir de l’assembly.
/minpriority :priority	facultatif. Spécifie les tests à importer en fonction de la priorité minimale de la méthode de test. Par exemple, si le paramètre est /minpriority:2, seuls les tests avec un attribut de priorité pour la méthode de test égale ou supérieure à 2 sont importés en tant que cas de test à partir de l’assembly.
/category :filter	facultatif. Spécifie les tests à importer en fonction de la catégorie de chaque méthode de test dans l’assembly de test. Vous pouvez utiliser ce paramètre avec /syncsuite pour importer des tests avec une certaine catégorie dans une suite de tests spécifique. Pour plus d’informations sur les catégories de tests, consultez Exécuter des tests unitaires avec l’Explorateur de tests.
/syncsuite :id	facultatif. Spécifie l’ID de suite de la suite de tests dans votre plan de test auquel vous souhaitez ajouter les cas de test que vous importez. Cette suite ne peut pas être une suite dynamique ou une suite basée sur des requêtes. Si vous spécifiez une suite de tests à synchroniser pour mettre à jour les tests ajoutés, les tests qui ne sont pas importés sont supprimés de la suite de tests, mais pas du plan de test lui-même.

Pour obtenir des descriptions des paramètres et /login des paramètres, consultez Utiliser l’outil en ligne de /collection/teamproject commande TCM.

Limites

• La colonne d’état de cas de test doit être dans l’état Création .
• La longueur du titre du cas de test ne doit pas dépasser 128 caractères.
• Il existe une limite de 20 Mo sur les objets JSON créés lors de l’importation et de l’exportation. Si l’importation échoue, essayez l’opération avec un petit sous-ensemble des cas de test.
• L’utilisateur effectuant l’importation doit disposer d’autorisations sur les chemins d’accès de zone et d’itération pour le plan de test et la suite de tests qu’il envisage d’importer ou d’exporter.
• Les opérations de copie et d’importation échouent si le nombre de liens associé dépasse 1 000 pour le cas de test.

API REST

Vous pouvez copier et cloner des plans de test et des suites de test à l’aide des API REST suivantes.

• Test Plan Clone - Clone Test Plan
• Clone de la suite de tests - Cloner la suite de tests

Étapes suivantes

Exécuter des tests manuels

Articles connexes

• Créer des plans de test et des suites de test
• Créer des cas de test
• Partager des étapes entre des cas de tests
• Tester différentes configurations
• Répéter un test avec différentes données
• Tester des objets et des termes
• Créer une requête basée sur des champs d’intégration de build et de test
• Personnaliser et gérer l’expérience de test