Mettre à jour un projet d'équipe basé sur un modèle de processus MSF v4.2
Si vous avez effectué une mise à niveau de Visual Studio Team System 2008 Team Foundation Server vers Team Foundation Server 2013, vous pouvez mettre votre projet d'équipe à jour manuellement. Si votre projet d'équipe était basé sur un modèle de processus dans la version 4.2 de Microsoft Solutions Framework (MSF), suivez les procédures décrites dans cette rubrique. Après avoir appliqué ces mises à jour, vous pourrez accéder aux nouvelles fonctionnalités décrites dans Configurer les fonctionnalités après une mise à niveau TFS, ainsi qu'interagir avec Microsoft Test Manager.
Important
Vous ne devez suivre les procédures de cette rubrique que si vous mettez à niveau un projet d'équipe que vous avez créé avec un modèle de processus fourni avec Visual Studio Team System 2008 Team Foundation Server, ou un modèle qui ne contient pas les types d'éléments de travail Cas de test et Étapes partagées.
Ces procédures prendront en charge uniquement l'accès aux nouvelles fonctionnalités disponibles avec Team Foundation Server 2012.Du travail supplémentaire est nécessaire pour ajouter de nouvelles requêtes ou les derniers rapports, mettre à jour des rapports personnalisés ou accéder aux tableaux de bord.Pour plus d'informations, consultez Informations supplémentaires sur les modifications apportées en mettant à niveau TFS.
Tâches de mise à jour nécessaires pour accéder à de nouvelles fonctionnalités :
Renommer les champs système
(Agile uniquement) Renommer le type d'élément de travail Scénario en Récit utilisateur
Télécharger la version la plus récente du modèle de processus MSF
Importer les types de liens
(Facultatif) Appliquer les personnalisations nécessaires
Importer les types d'éléments de travail
Importer le fichier des catégories
Importer le fichier de configuration du processus
Vérifier l'accès aux nouvelles fonctionnalités
Tâches supplémentaires nécessaires pour interagir avec Microsoft Test Manager :
Spécifier le type de bogue à créer dans Microsoft Test Manager
Accorder des autorisations aux membres de l'équipe des tests
Lancer Microsoft Test Manager
Spécifications
Pour télécharger un modèle de processus, vous devez être membre du groupe Administrateurs de la collection de projets. Si les autorisations de sécurité nécessaires sont définies explicitement, votre autorisation Gérer le modèle de processus sur la collection de projets d'équipe doit avoir la valeur Autoriser.
Pour exécuter les outils en ligne de commande witadmin et tcm, vous devez être membre de l'un des groupes suivants : Team Foundation Administrators, Administrateurs de la collection de projets ou Project Administrators pour le projet d'équipe.
Pour accorder des autorisations, vous devez être membre du groupe administratif au niveau du groupe que vous souhaitez modifier. Par exemple, si vous souhaitez modifier des autorisations pour un groupe ou un utilisateur au niveau de la collection de projets d'équipe, vous devez être membre du groupe Administrateurs de la collection de projets pour cette collection, ou votre autorisation Modifier les informations au niveau de la collection doit être définie sur Autoriser.
Pour plus d'informations, consultez Référence des autorisations pour Team Foundation Server.
1.Renommer les champs système
Les noms conviviaux de plusieurs champs système ayant été renommés dans Visual Studio Team Foundation Server 2010, vous devez renommer manuellement ces champs dans votre collection de projets d'équipe. Les champs système qui ont été renommés comprennent System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount et System.AttachedFileCount.
Effectuez cette tâche pour chaque collection de projets d'équipe définie pour votre version de Team Foundation Server mise à niveau.
Ouvrez une fenêtre d'invite de commandes à l'emplacement où Visual Studio 2012 ou Team Explorer 2012 est installé, puis tapez :
cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDESur une édition 64 bits de Windows, remplacez %programfiles% par %programfiles(x86)%.
Tapez chacune des commandes suivantes, en remplaçant les arguments indiqués par vos données, et appuyez sur Entrée.
witadmin changefield /collection:CollectionURL /n:System.AreaId /name:"Area Id" witadmin changefield /collection:CollectionURL /n:System.AttachedFileCount /name:"Attached File Count" witadmin changefield /collection:CollectionURL /n:System.ExternalLinkCount /name:"External Link Count" witadmin changefield /collection:CollectionURL /n:System.HyperLinkCount /name:"Hyperlink Count" witadmin changefield /collection:CollectionURL /n:System.RelatedLinkCount /name:"Related Link Count"Utilisez ce format pour CollectionURL : http://ServerName:Port/VirtualDirectoryName/CollectionName, par exemple : http://srvalm:8080/tfs/DefaultCollection.
Retour au début
2.(Agile uniquement) Renommer le type d'élément de travail Scénario
Pour réduire le nombre de personnalisations que vous devez effectuer, et pour respecter les mises à jour ultérieures du modèle de processus Agile, vous devez renommer le type d'élément de travail Scénario en Récit utilisateur.
Notes
Naturellement, renommer le type d'élément de travail Scénario nécessitera que vous mettiez à jour les rapports et requêtes existants qui le référencent.Toutefois, en raison de modifications de schéma apportées à l'entrepôt de données avec la mise à niveau vers Team Foundation Server 2010, les rapports préexistants ou de pré-mise à niveau doivent être récrits pour utiliser le nouveau schéma.Consultez Localisation des rapports après la mise à niveau vers Team Foundation Server 2010.
Effectuez cette tâche pour chaque projet d'équipe à mettre à jour.
Tapez la commande suivante, en remplaçant les arguments indiqués par vos données, et appuyez sur Entrée.
witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story"Conseil
Placez un paramètre entre guillemets quand il contient des espaces.Par exemple, spécifiez /p:"My Project X" quand votre nom de projet contient des espaces.
Retour au début
3.Télécharger la version la plus récente du modèle de processus MSF
Consultez Télécharger la dernière version des modèles de processus.
Conseil
Pour accéder aux versions les plus récentes des modèles de processus par défaut, installez la dernière mise à jour trimestrielle pour Team Foundation Server.Des mises à jour importantes ont été apportées au flux de travail pour plusieurs types d'éléments de travail dans la dernière mise à jour trimestrielle.Ces modifications prennent en charge les transitions vers l'arrière. Par conséquent, lorsque vous faites glisser par inadvertance un élément de travail du tableau Kanban ou du tableau de tâches vers un état résolu ou fermé, vous pouvez le refaire glisser vers un état de flux de travail antérieur.
Vous pouvez obtenir la mise à niveau depuis le site de téléchargement Microsoft : Mise à jour trimestrielle pour Microsoft Visual Studio Team Foundation Server 2012.
Retour au début
4.Importer les types de liens
Importez les types de liens, SharedSteps et TestedBy, situés dans le dossier LinkTypes dans le modèle de processus que vous avez téléchargé au cours de la tâche 3.
Effectuez cette tâche pour chaque collection de projets d'équipe définie pour votre version de Team Foundation Server mise à niveau.
Tapez les deux commandes suivantes, en remplaçant les arguments indiqués par vos données, et appuyez sur Entrée.
witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\TestedBy.xml" witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\SharedStep.xml"Pour DirectoryPath, spécifiez l'emplacement du dossier LinkTypes pour le modèle de processus que vous avez téléchargé. Le chemin d'accès du répertoire doit suivre la structure suivante : Lecteur:\DossierModèleMSF\WorkItem Tracking\LinkTypes.
Retour au début
5.(Facultatif) Appliquer des personnalisations aux dernières versions des types d'éléments de travail
Si vous avez personnalisé les types d'éléments de travail suivants, vous devez mettre à jour la version de ces types la plus récente avec vos personnalisations. Les tableaux suivants répertorient les champs supprimés et ajoutés dans les versions les plus récentes de chaque modèle de processus.
Types d'élément de travail Agile
Type d'élément de travail |
Champs supprimés |
Champs ajoutés |
|---|---|---|
Bogue |
|
|
Tâche |
|
|
Récit utilisateur (auparavant Scénario) |
|
Types d'élément de travail CMMI
Type d'élément de travail |
Champs supprimés |
Champs ajoutés |
|---|---|---|
Bogue |
|
|
Tâche |
|
|
Spécification |
|
Les types de personnalisations que vous pouvez appliquer incluent les ajouts de champ, les ajouts ou modifications des listes de choix ou les ajouts aux raisons de flux de travail. Ne modifiez pas les états du flux de travail, car ils sont utilisés dans la configuration du processus et les outils de planification Agile. Si vous devez modifier le flux de travail, modifiez-le après avoir terminé la mise à jour et suivez l'aide concernant les mappages méta-états fournie ici : Configurer et personnaliser les outils de planification Agile pour un projet d'équipe.
Si vous utilisez d'autres types d'éléments de travail définis dans le modèle de processus et souhaitez les mettre à jour avec les versions les plus récentes, appliquez également les personnalisations que vous avez effectuées pour eux. En outre, si vous avez défini un type d'élément de travail personnalisé que vous utilisez pour suivre des cas de test, vous devez appliquer des personnalisations à partir de ce type au type d'élément de travail Cas de test fourni avec le dernier modèle de processus.
Pour en savoir plus sur l'utilisation des artefacts fournis par ces modèles de processus, consultez les rubriques suivantes :
Modèle de processus Agile (v6.0)
Modèle de processus CMMI (v6.0)
Retour au début
6.Importer les types d'éléments de travail
Importez les types d'éléments de travail suivants selon le modèle de processus que vous utilisez.
Agile : Bogue, Tâche, Récit utilisateur, Cas de test, Étapes partagées, Demande de révision du code, Réponse de révision du code, Demande de commentaires et Réponse aux commentaires
CMMI : Bogue, Tâche, Spécification, Cas de test, Étapes partagées, Demande de révision du code, Réponse de révision du code, Demande de commentaires et Réponse aux commentaires
Effectuez cette tâche pour chaque projet d'équipe à mettre à jour.
Tapez la commande suivante pour chaque type d'élément de travail que vous devez importer, en remplaçant les arguments indiqués par vos données, et appuyez sur Entrée.
witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"Conseil
Spécifiez le nom du fichier XML et pas le nom convivial du type d'élément de travail.Par exemple, spécifiez CodeReviewRequest.xml pour le type d'élément de travail Demande de révision du code.
Pour DirectoryPath, spécifiez l'emplacement du dossier TypeDefinitions pour le modèle de processus que vous avez téléchargé. Le chemin d'accès du répertoire doit suivre la structure suivante : Lecteur:\DossierModèleMSF\WorkItem Tracking\TypeDefinitions.
(Facultatif) Vérifiez que les types d'éléments de travail sont accessibles en ouvrant Team Explorer ou Team Web Access. Vous devrez peut-être actualiser le cache pour voir les modifications.
Retour au début
7.Importer le fichier des catégories
Importez le fichier des catégories qui se trouve dans le dossier WorkItem Tracking du modèle de processus que vous avez téléchargé. Les catégories prennent en charge le regroupement intelligent des types d'éléments de travail. Pour plus d'informations, consultez Utiliser les catégories pour regrouper les types d'éléments de travail.
Dans la fenêtre d'invite de commandes, tapez la commande suivante, en remplaçant les arguments indiqués par vos données, et appuyez sur Entrée.
witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"Pour DirectoryPath, spécifiez le chemin d'accès du dossier WorkItem Tracking pour le modèle de processus que vous avez téléchargé. Le chemin d'accès du répertoire doit suivre la structure suivante : Lecteur:\DossierModèleMSF\WorkItem Tracking.
Retour au début
8.Importer le fichier de configuration du processus
Le fichier de configuration du processus détermine la disposition et les fonctionnalités disponibles via les pages du backlog et du tableau de Team Web Access. Pour utiliser ces pages, vous devez importer le fichier de configuration du processus.
Importez le fichier de définition de la configuration du processus.
witadmin importprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\ProcessConfiguration.xml"Pour DirectoryPath, spécifiez le chemin d'accès du dossier Process pour le modèle de processus que vous avez téléchargé. Le chemin d'accès du répertoire doit suivre la structure suivante : Lecteur:\DossierModèle\WorkItem Tracking\Process.
Retour au début
9.Vérifier l'accès aux nouvelles fonctionnalités
Effectuez les tâches indiquées dans New features added when you update Team Foundation Server.
Notes
Il n'est pas nécessaire d'effectuer les étapes supplémentaires pour mettre à jour le flux de travail pour les projets d'équipe Agile, comme décrit ici : Mettre à jour le flux de travail pour les projets d'équipe Agile.En suivant les procédures de cette rubrique, vous aurez déjà appliqué ces modifications.
Retour au début
Tâches supplémentaires pour interagir avec Microsoft Test Manager
Effectuez les tâches suivantes pour appliquer les mises à jour nécessaires pour interagir avec Test Manager.
1.Spécifier le type de bogue à créer dans Microsoft Test Manager
Pour permettre la création automatique d'un élément de travail afin d'assurer le suivi d'erreurs de code ou de bogues détectés pendant l'utilisation de Gestionnaire de tests par un membre de l'équipe des tests, vous devez spécifier le type de bogue à utiliser pour votre projet d'équipe existant. La commande tcm bugfieldmapping prend en charge l'importation et l'exportation d'un fichier de mappage vers le projet d'équipe. Le fichier de mappage définit le type d'élément de travail à créer et les trois champs de données qui doivent être remplis par Gestionnaire de tests. Les trois champs concernent des étapes reproductibles, des informations système et le nom de la build dans laquelle l'erreur a été trouvée. Quand un testeur exécute un test et identifie une erreur, il peut créer un bogue dans lequel les trois champs sont remplis automatiquement.
Ouvrez le Bloc-notes ou un éditeur de texte, puis copiez le code suivant dans le fichier :
<?xml version="1.0" encoding="utf-16"? <BugFilerMappings workitemtypetocreate="Bug"> <ReproSteps>Microsoft.VSTS.TCM.ReproSteps</ReproSteps> <SystemInformation>Microsoft.VSTS.TCM.SystemInfo</SystemInformation> <BuildFoundIn>Microsoft.VSTS.Build.FoundIn</BuildFoundIn> </BugFilerMappings>Notes
Si le type d'élément de travail que vous utilisez pour créer des erreurs de code porte un autre nom que « Bug », remplacez « Bug » dans l'exemple précédent par le nom de ce type d'élément de travail.
Enregistrez le fichier sous le nom bugfieldmappings.xml.
Dans la fenêtre d'invite de commandes, tapez la commande suivante, en remplaçant les arguments indiqués par vos données, et appuyez sur Entrée.
tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:CollectionURL /teamproject:projectNamePour DirectoryPath, spécifiez le dossier où vous avez enregistré le fichier bugfieldmappings.xml.
Pour plus d'informations, consultez Personnaliser et gérer l'expérience de test [tcm et Microsoft Test Manager].
Retour au début
2.Accorder des autorisations aux membres de l'équipe des tests
Vous devez accorder des autorisations aux membres de l'équipe qui seront chargés de gérer des environnements et des configurations de test, de créer et visualiser des séries de tests et d'effectuer d'autres tâches.
Le tableau suivant décrit les autorisations qui contrôlent l'accès aux fonctions de test et prennent en charge l'interface avec le projet d'équipe à des fins de test. Il indique également les affectations par défaut effectuées dans la version 5.0 des modèles de processus MSF, en plus des autorisations qu'il est recommandé d'accorder aux testeurs manuels et aux responsables des tests.
Autorisation |
Description |
Portée |
Readers |
Contributors |
Générateurs |
Recommandée pour les testeurs manuels |
Recommandée pour les responsables des tests |
|---|---|---|---|---|---|---|---|
Afficher les informations au niveau du projet |
Permet d'afficher l'appartenance de groupes au niveau du projet et les autorisations de ces membres. |
Niveau projet |
.png "coche"){kind=icon} |
|
|
|
|
Afficher des séries de tests |
Permet d'afficher les plans de test de ce nœud. |
Niveau projet |
|
|
|
|
|
Créer des séries de tests |
Permet d'ajouter et de supprimer des résultats de tests et d'ajouter ou de modifier des séries de tests pour le projet d'équipe. |
Niveau projet |
|
|
|
|
|
Gérer les configurations de test |
Permet de créer et supprimer des configurations de test pour le projet d'équipe. |
Niveau projet |
|
|
|
||
Gérer les environnements de test |
Permet de créer et supprimer des environnements de test pour le projet d'équipe. |
Niveau projet |
|
|
|
||
Supprimer des séries de tests |
Permet de supprimer un test planifié pour le projet d'équipe. |
Niveau projet |
|
|
|
||
Afficher ce nœud |
Permet d'afficher les paramètres de sécurité d'un nœud de zone. |
Nœud de zone |
|
|
|
|
|
Gérer les plans de test |
Permet de créer et modifier les plans de test assignés à un nœud de zone. Si les plans de test n'ont pas été exécutés, vous pouvez également les supprimer. |
Nœud de zone |
|
|
|
|
|
Gérer les contrôleurs de test |
Permet d'inscrire les contrôleurs de test pour la collection de projets d'équipe, et d'annuler leur inscription. |
Collection de projets |
|
Vous pouvez accorder des autorisations en suivant les procédures indiquées pour la zone de portée spécifique :
Vous pouvez définir des autorisations au niveau du projet ou des autorisations au niveau du nœud de zone à partir de la page d'administration de Team Web Access. Consultez Gestion des autorisations et Ajouter et modifier des chemins de zone et d'itération.
Vous pouvez définir des autorisations pour une collection de projets à partir de Team Explorer en choisissant Équipe, Paramètres de la collection de projets d'équipe, Sécurité, en ouvrant et en utilisant la console d'administration de Team Foundation ou en recourant aux outils en ligne de commande TFSSecurity et tf. Pour plus d'informations, consultez Groupes au niveau de la collection.
Pour plus d'informations, consultez Modifier les autorisations pour un groupe ou utilisateur.
Retour au début
3.Lancer Microsoft Test Manager
Une fois que vous avez terminé les tâches de mise à niveau décrites précédemment dans cette rubrique, vous pouvez démarrer Microsoft Test Manager, vous connecter à votre projet et commencer à planifier vos efforts de test. Pour plus d'informations, consultez Test de l'application.
Retour au début
Informations supplémentaires sur les modifications apportées en mettant à niveau TFS
Quand vous effectuez une mise à niveau de Visual Studio Team System 2008 Team Foundation Server vers TFS 2012, vous recevez les mises à jour apportées à TFS 2010 et à TFS 2012. Plusieurs modifications architecturales ont été apportées à la version de TFS 2010. Pour plus d'informations sur les modifications qu'apporte une mise à niveau de Visual Studio Team System 2008 Team Foundation Server vers la version la plus récente de TFS, consultez les ressources suivantes :
Team Foundation Server 2010 Key Concepts (billet de blog)
Mise à jour d'un projet d'équipe mis à niveau pour accéder à de nouvelles fonctionnalités (article relatif à VS ALM 2010)
Localisation des rapports après la mise à niveau vers Team Foundation Server 2010 (article relatif à VS ALM 2010)
Modifications et ajouts apportés au schéma pour le cube Analysis Services (article relatif à VS ALM 2010)
Changes made to team projects and default process templates during upgrade of Team Foundation Server (article relatif à VS ALM 2012)
Voir aussi
Concepts
Configurer les fonctionnalités après une mise à niveau TFS
Autres ressources
witAdmin : personnaliser et gérer des objets pour le suivi des éléments de travail