Mettre à jour un projet d'équipe basé sur un modèle de processus MSF v4.2
Si vous avez mis à jour d' Visual Studio Team System 2008 Team Foundation Server à Team Foundation Server 2012, vous pouvez mettre à jour votre projet d'équipe.Si votre projet d'équipe est basé sur un modèle de processus de 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 serez en mesure d'accéder aux nouvelles fonctionnalités décrites dans Mettre à jour un projet d'équipe mis à niveau pour accéder à de nouvelles fonctionnalités ainsi que l'interface avec Microsoft Test Manager.
Important
Vous devez suivre les procédures de cette rubrique si vous déboguez un projet d'équipe que vous avez créé avec un modèle de processus fourni avec d' Visual Studio Team System 2008 Team Foundation Server, ou un à jour qui ne contiennent pas les cas de test de types d'éléments de travail et les étapes partagées.
Ces procédures prendront en charge uniquement l'accès aux nouvelles fonctionnalités disponibles avec Team Foundation Server 2012.Le travail supplémentaire est nécessaire pour ajouter de nouvelles requêtes ou les derniers rapports, rapports personnalisés de mise à jour, ou tableaux de bord d'accès.Pour plus d'informations, consultez l' Des informations supplémentaires sur les modifications apportées en mettant à jour TFS.
Mettez à jour les tâches requises pour accéder aux nouvelles fonctionnalités:
Renommez les champs système
(Agile uniquement) renommez le scénario au récit utilisateur
Téléchargez la version la plus récente du modèle de processus MSF
Importez les types de liens
(Facultatif) appliquez les besoins des personnalisations
Importez les types d'éléments de travail
Importez le fichier de catégories
Importez les fichiers de configuration de processus
Vérifiez l'accès aux nouvelles fonctionnalités
Tâches supplémentaires requises pour interagir au gestionnaire de tests Microsoft:
Spécifiez le type de bogue à créer dans le gestionnaire de tests Microsoft
Accordez des autorisations aux membres de l'équipe des tests
Lancez le gestionnaire de tests Microsoft
Configuration requise
Pour télécharger un modèle de processus, vous devez être membre du groupe Project Collection Administrators.Si les autorisations de sécurité requises 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 des witadmin et d' tcm, vous devez être membre d'un des groupes suivants : Team Foundation Administrators, Project Collection Administrators, 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 Project Collection Administrators pour cette collection, ou votre autorisation Modifier les informations au niveau de la collection doit avoir la valeur Autoriser.
Pour plus d'informations, consultez Autorisations de Team Foundation Server.
1.Renommez les champs système
Dans la mesure où les noms conviviaux de plusieurs champs système ont é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 renommés suivants figurent parmi ceux qui ont été renommés : System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount et System.AttachedFileCount.
Effectuez cette tâche pour chaque collection de projets d'équipe définie sur votre Team Foundation Servermis à jour.
Ouvrez une fenêtre d'invite de commandes où Visual Studio 2012 ou Team Explorer 2012 est installé et tapez :
cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDESur une édition 64 bits de Windows, remplacez %programfiles% par %programfiles(x86)%.
Tapez chacune des commandes suivantes, en substituant les données des arguments indiqués, puis choisissez la clé 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) renommez le type d'élément de travail scénario
Pour réduire la quantité de personnalisations que vous devez faire, et pour répondre à de futures mises à jour du modèle de processus agile, vous devez renommer le type d'élément de travail scénario au récit utilisateur.
[!REMARQUE]
Naturellement, renommer le type d'élément de travail scénario requiert soit nécessaire de mettre à jour les rapports existants et les requêtes qui référencent le type d'élément de travail scénario.Toutefois, en raison de les modifications de schéma apportées à l'entrepôt de données avec la mise à jour à Team Foundation Server 2010, les rapports pré-existants ou de pré-mise à niveau doivent être réécrits pour utiliser le nouveau schéma.Consultez Localiser des rapports après la mise à jour à Team Foundation Server 2010.
Effectuez cette tâche pour chaque projet d'équipe que vous souhaitez mettre à jour.
Tapez la commande suivante, en substituant les données des arguments indiqués, puis choisissez la clé ENTRÉE .
witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story".gif "Conseil")
ConseilJoignez un paramètre entre guillemets lorsqu'il contient des espaces.Par exemple, spécifiez /p:"My Project X" lorsque le nom de votre projet contient des espaces.
Retour au début
3.Téléchargez 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 obtenir l'accès 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.Les mises à jour sont 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 ascendantes de sorte que lorsque vous faites glisser par inadvertance un élément de travail dans le panneau de Kanban ou le volet de tâches à un état résolu ou fermé, vous pouvez le faire glisser vers un premier état de flux de travail. Vous pouvez obtenir la mise à jour du site de téléchargement Microsoft : Mise à jour trimestrielle pour Microsoft Visual Studio Team Foundation Server 2012. |
Retour au début
4.Importez les types de liens
Importez les types de liens, SharedSteps et TestedBy, situé dans le dossier LinkTypes dans le modèle de processus que vous avez téléchargé dans la tâche 3.
Effectuez cette tâche pour chaque collection de projets d'équipe définie sur votre Team Foundation Servermis à jour.
Tapez les deux commandes suivantes, en substituant les données des arguments indiqués, puis choisissez la clé 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 cette structure : Lecteur:\\\MSFTemplateFoldersuivi LinkTypes de WorkItem.
Retour au début
5.(Facultatif) appliquez ces personnalisations aux versions les plus récentes des types d'éléments de travail
Si vous avez personnalisé l'un des types d'éléments de travail, vous devez mettre à jour la version la plus récente de ces types avec vos personnalisations.Les tableaux suivants répertorient les champs déplacés et ajoutés dans les versions les plus récentes de chaque modèle de processus.
Types d'éléments de travail agile
un type d'élément de travail, |
Champs supprimés |
Champs ajoutés |
|---|---|---|
Bogue |
|
|
Tâche |
|
|
Récit utilisateur (précédemment nommé Scenario) |
|
Types d'éléments de travail CMMI
un 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 des ajouts de champs, des ajouts et des modifications aux listes de choix, ou des ajouts aux raisons de flux de travail.Ne modifiez pas les états du flux de travail comme ils sont utilisés dans la configuration de processus et les outils de planification agiles.Si vous devez modifier le flux de travail, le changer après avoir mis à jour et suivre l'aide sur les mappages de metastate fournis ici : Personnaliser le journal des travaux en souffrance et le tableau des tâches à l'aide de la configuration du processus.
Si vous utilisez d'autres types d'éléments de travail définis dans le modèle de processus, puis vous souhaitez les mettre à jour des versions les plus récentes, puis appliquez toutes les personnalisations que vous avez effectuées pour elles.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 de ce type au type d'élément de travail cas de test fourni du dernier modèle de processus.
Pour en savoir plus sur l'utilisation des artefacts fournis par les modèles de processus fournissent, consultez les rubriques suivantes :
Retour au début
6.Importez les types d'éléments de travail
Importez les types d'éléments de travail suivants sur le modèle de processus que vous utilisez.
Agile: Le 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, réponse de commentaires
CMMI: Le 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, réponse de commentaires
Effectuez cette tâche pour chaque projet d'équipe que vous souhaitez mettre à jour.
Tapez la commande suivante pour chaque type d'élément de travail que vous devez importer, en substituant les données des arguments indiqués, puis choisir la clé ENTRÉE .
witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"ConseilSpécifiez le nom du fichier XML et non 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 de répertoire du dossier LinkDefinitions pour le modèle de processus que vous avez téléchargé.Le chemin d'accès du répertoire doit suivre cette structure : Lecteur:\\\MSFTemplateFoldersuivi TypeDefinitions de WorkItem.
(Facultatif) vérifiez les types d'éléments de travail sont accessibles en ouvrant Team Explorer ou team Web access.Vous devrez peut-être actualiser le cache consulter les modifications.
Retour au début
7.Importez le fichier de catégories
Importez le fichier de catégories trouve dans le dossier WorkItem tracking du modèle de processus que vous avez téléchargé.Les catégories intelligent prennent en charge le regroupement des types d'éléments de travail.Pour en savoir plus, consultez Définir des catégories pour regrouper des types d'éléments de travail.
Dans la fenêtre d'invite de commandes, tapez la commande suivante, en substituant les données des arguments indiqués, puis choisissez la clé ENTRÉE .
witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"Pour DirectoryPath, spécifiez le chemin d'accès au 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 cette structure : Lecteur:\\MSFTemplateFoldersuivi de WorkItem.
Retour au début
8.Importez les fichiers de configuration de processus
Les fichiers de configuration de processus déterminent la présentation et les fonctionnalités disponibles dans les pages de journal des travaux en souffrance et de panneau d' Team Web Access.Pour utiliser ces pages, vous devez importer les fichiers de configuration de processus dans l'ordre indiqué
Pour importer les fichiers de définition pour la configuration de processus, tapez les deux commandes suivantes, un par un, en substituant les données des arguments indiqués, puis choisir la clé Entrée .
witadmin importcommonprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\CommonConfiguration.xml" witadmin importagileprocessconfig /collection:CollectionURL /p:" projectName" /f:"DirectoryPath\AgileConfiguration.xml"Pour DirectoryPath, spécifiez le chemin d'accès au dossier de processus pour le modèle de processus que vous avez téléchargé.Le chemin d'accès du répertoire doit suivre cette structure : Lecteur:MSFTemplateFolder\\\ processus de suivi WorkItem.
Retour au début
9.Vérifiez l'accès aux nouvelles fonctionnalités
Effectuez les tâches fournies dans Vérifier la disponibilité de nouvelles fonctionnalités.
[!REMARQUE]
Vous ne devez pas exécuter 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à appliquer ces modifications.
Retour au début
Tâches supplémentaires pour interagir au gestionnaire de tests Microsoft
Effectuez les tâches suivantes pour effectuer des mises à jour requises pour interagir au gestionnaire de tests.
.gif "Ff452591.collapse_all(fr-fr,VS.110).gif")
1.Spécifiez le type de bogue à créer dans le gestionnaire de tests Microsoft
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 lors de 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 à reproduire, des informations système et le nom de la build dans laquelle l'erreur a été trouvée.Lorsqu'un testeur exécute un test et trouve 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>[!REMARQUE]
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 substituant les données des arguments indiqués, puis choisissez la clé 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 Spécifier le type de bogue à consigner dans le Gestionnaire de tests Microsoft.
Retour au début
2.Accordez 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 |
Builders |
Recommandée pour les testeurs manuels |
Recommandée pour les responsables des tests |
|---|---|---|---|---|---|---|---|
Afficher les informations au niveau du projet |
permet de visualiser l'appartenance de groupes au niveau des projets et les autorisations de ces membres. |
Au niveau du projet |
.png "coche"){kind=icon} |
|
|
|
|
Afficher les séries de tests |
permet d'afficher les plans de test de ce nœud. |
Au niveau du 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. |
Au niveau du projet |
|
|
|
|
|
Gérer des configurations de test |
permet de créer et supprimer des configurations de test pour le projet d'équipe. |
Au niveau du projet |
|
|
|
||
Gérer les environnements de test |
permet de créer et supprimer des environnements de test pour le projet d'équipe. |
Au niveau du projet |
|
|
|
||
Supprimer des séries de tests |
permet de supprimer un test planifié pour le projet d'équipe. |
Au niveau du 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 des 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'enregistrer et d'annuler l'enregistrement des contrôleurs de test pour la collection de projets d'équipe. |
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 de le projet ou des autorisations de nœud de zone de la page de gestion d' Team Web Access.Consultez Gestion des autorisations et Créer et modifier des zones et des itérations.
Vous pouvez définir des autorisations de collection de projets d' Team Explorer en choisissant Équipe, paramètres de collection de projets d'équipe, sécurité, en ouvrant et à l'aide de la console Administration pour Team Foundation, ou en utilisant les outils en ligne de commande des TFSSecurity et d' tf .Pour plus d'informations, consultez Collection-Level Groups.
Pour plus d'informations, consultez Modifier les autorisations pour un groupe ou utilisateur.
Retour au début
3.Lancez le gestionnaire de tests Microsoft
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
Des informations supplémentaires sur les modifications apportées en mettant à jour TFS
Lorsque vous mettez à niveau d' Visual Studio Team System 2008 Team Foundation Server à TFS 2012, vous recevez des mises à jour apportées à TFS 2010 et à TFS 2012.Il y a plusieurs modifications architecturales apportées à la version finale de TFS 2010.Pour en savoir plus sur les modifications apportées lors de la mise à niveau vers la version la plus récente de TFS d' Visual Studio Team System 2008 Team Foundation Server, consultez les ressources suivantes :
Team Foundation Server 2010 concepts clés (publication de blog)
Mettre à jour un projet d'équipe mis à niveau d'accéder à de nouvelles fonctionnalités (VS article 2010 ALM)
Localiser des rapports après la mise à jour à Team Foundation Server 2010 (VS article 2010 ALM)
Modifications et ajouts apportés au schéma pour le cube Analysis Services (VS article 2010 ALM)
Modifications effectuées dans les projets d'équipe et les modèles de processus par défaut lors de la mise à niveau de Team Foundation Server (VS article 2012 ALM)
Voir aussi
Concepts
Mettre à jour un projet d'équipe mis à niveau pour accéder à de nouvelles fonctionnalités
Autres ressources
witAdmin : personnaliser et gérer des objets pour le suivi des éléments de travail