如果您已从 Visual Studio Team System 2008 Team Foundation Server 升级到 Team Foundation Server 2013，则您可以手动更新您的团队项目。 如果您的团队项目基于 Microsoft Solutions Framework (MSF) 4.2 版本过程模板，请按照本主题中的过程操作。 在应用这些更新后，可以访问更新升级的团队项目以访问新功能中描述的新功能并与 Microsoft 测试管理器 接合。

更新访问新功能所需的任务：

1. 重命名系统字段

2. （仅限敏捷）以用户情景重命名方案

3. 下载最新版 MSF 过程模板

4. 导入链接类型

5. （可选）根据需要应用自定义

6. 导入工作项类型

7. 导入类别文件

8. 导入过程配置文件

9. 验证对新功能的访问

需要与 Microsoft 测试管理器接合的其他任务：

1. 指定要在 Microsoft 测试管理器中创建的 Bug 类型

2. 授予测试团队成员权限

3. 启动 Microsoft 测试管理器

要求

• 若要下载过程模板，您必须是**“Project Collection Administrators”组的成员。 如果显式设置了必需的安全权限，则您必须将团队项目集合的“管理过程模板”权限设置为“允许”**。

• 若要运行 witadmin 和 tcm 命令行工具，您必须是以下组之一的成员：“Team Foundation 管理员”、“项目集合管理员”或团队项目的“项目管理员”。

• 若要授予权限，您必须是要更改的组级别的管理组的成员。 例如，如果要在团队项目集合级别更改组或用户的权限，您就必须是该集合的**“Project Collection Administrators”组的成员，或者“编辑集合级别信息”权限必须设置为“允许”**。

  有关详细信息，请参阅 Team Foundation Server 权限参考。

1.重命名系统字段

由于若干系统字段的友好名称在 Visual Studio Team Foundation Server 2010 中重命名，因此您需要在您的团队项目集合中手动重命名这些字段。 已重命名的系统字段包括 System.AreaID、System.IterationID、System.HyperLinkCount、System.ExternalLinkCount 和 System.AttachedFileCount。

执行在您已升级的 Team Foundation Server 中定义的每个团队项目集合中的此任务。

1. 打开已安装 Visual Studio 2012 或 团队资源管理器 2012 的命令提示窗口，然后键入：

   cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDE
   

   在 64 位 Windows 版本上，将 %programfiles% 替换为 %programfiles(x86)%。

2. 键入以下命令，将显示的参数替换为您的数据，然后选择“Enter”键。

   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"
   

   为 CollectionURL 使用此格式：http://ServerName:Port/VirtualDirectoryName/CollectionName，例如：http://srvalm:8080/tfs/DefaultCollection。

   返回页首

2.（仅限敏捷）重命名方案工作项类型

要最小化需要进行的自定义量并符合敏捷过程模板将来的更新，你应将方案工作项类型重命名为用户情景。

为每个打算更新的团队项目执行此任务。

• 键入以下命令，将显示的参数替换为您的数据，然后选择“Enter”键。

  witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story"
  

  提示

  如果参数包含空格，则将其置于引号中。例如，当您的项目名称包含空格时，指定 /p:"My Project X"。

返回页首

3.下载最新版 MSF 过程模板

请参见 下载过程模板的最新版本。

返回页首

4.导入链接类型

导入链接类型、SharedSteps 和 TestedBy（位于您在任务 3 中下载的过程模板中的 LinkTypes 文件夹）。

执行在您已升级的 Team Foundation Server 中定义的每个团队项目集合中的此任务。

• 键入以下两个命令，将显示的参数替换为您的数据，然后选择“Enter”键。

  witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\TestedBy.xml"
  witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\SharedStep.xml"
  

  对于 DirectoryPath，为下载的过程模板指定 LinkTypes 文件夹的位置。 该目录路径应遵循此结构：Drive:\MSFTemplateFolder\WorkItem tracking\LinkTypes。

  返回页首

5.（可选）将自定义应用到最新版本的工作项类型

如果您已自定义以下工作项类型中的任何一个，则应自定义更新这些类型的最新版本。 下表汇总了每个过程模板的最新版本中移除和添加的字段。

敏捷工作项类型

CMMI 工作项类型

你可以应用的自定义的类型包括字段添加、选取列表添加或更改，或工作流原因添加。 不要更改工作流状态，因为其使用在进程配置和 Agile 计划工具中。 如果必须更改工作流，请在完成更新后对其进行更改并遵照此处提供的有关元状态的指南：配置和自定义团队项目的敏捷计划工具。

如果使用在过程模板中定义的其他工作项类型，并且希望将其更新到最新版本，则同时应用对其所做的任何自定义。 此外，如果已定义用于跟踪测试用例的自定义工作项类型，应将自定义项从该类型应用到提供了最新过程模板的测试用例工作项类型。

要了解有关使用这些过程模板提供的项目的更多信息，请参见以下主题：

• 适用于 Visual Studio ALM 的 MSF for Agile Software Development (v6.0)

• 适用于 Visual Studio ALM 的 MSF for CMMI process improvement (v6.0)

返回页首

6.导入工作项类型

根据您使用的过程模板导入以下工作项类型。

• 敏捷：Bug、任务、用户情景、测试用例、共享步骤、代码评审请求、代码评审响应、反馈请求、反馈响应

• CMMI：Bug、任务、要求、测试用例、共享步骤、代码评审请求、代码评审响应、反馈请求、反馈响应

为每个打算更新的团队项目执行此任务。

• 为你要导入的每个工作项键入以下命令，用你的数据来替换显示的参数，然后选择“ENTER”键。

  witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"
  

  提示

  指定 xml 文件的名称，而非工作项类型的友好名称。例如，为代码评审请求工作项类型指定 CodeReviewRequest.xml。

  对于 DirectoryPath，为下载的过程模板指定 TypeDefinitions 文件夹的目录位置。 该目录路径应遵循此结构：Drive: \MSFTemplateFolder\WorkItem tracking\TypeDefinitions。

• （可选）通过打开团队资源管理器或 Team Web Access 验证工作项类型是否可访问。 您可能需要刷新缓存才能看到更改。

返回页首

7.导入类别文件

导入位于下载的过程模板的 WorkItem Tracking 文件夹中的类别文件。 类别支持工作项类型的智能分组。 若要了解更多信息，请参见 使用类别对工作项类型进行分组。

• 在“命令提示符”窗口中，键入以下命令，并将您的数据替换为显示的参数，然后选择“ENTER”键。

  witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"
  

  对于 DirectoryPath，为下载的过程模板指定工作项跟踪文件夹的路径。 该目录路径应遵循此结构：Drive:\MSFTemplateFolder\WorkItem tracking。

返回页首

8.导入过程配置文件

过程配置文件决定可通过 Team Web Access 的积压工作 (backlog) 和任务板页使用的布局和功能。 要使用这些页，你必须导入进程配置文件。

• 导入过程配置定义文件。

  witadmin importprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\ProcessConfiguration.xml"
  

  对于 DirectoryPath，为下载的过程模板指定进程文件夹的路径。 该目录路径应遵循此结构：Drive:\TemplateFolder\WorkItem Tracking\Process。

返回页首

9.验证对新功能的访问

执行 验证新功能的可用性 中提供的任务。

返回页首

需要与 Microsoft 测试管理器接合的其他任务：

执行以下任务完成测试管理器的接口所需的更新。

1.指定要在 Microsoft 测试管理器中创建的 Bug 类型

若要支持自动创建工作项以跟踪测试团队成员使用 测试管理器时发现的代码缺陷或 Bug，则必须指定要用于现有团队项目的 Bug 类型。 tcm bugfieldmapping 命令支持在团队项目中导入和导出映射文件。 映射文件定义要创建的工作项类型以及由 测试管理器填充的三个数据字段。 这三个字段是可重现步骤、系统信息和发现缺陷的版本。 当测试人员运行测试并发现缺陷时，他们可以创建一个自动填充这三个字段的 Bug。

1. 打开记事本或文本编辑器，然后将下面的代码复制到该文件中：

   <?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>
   

   备注

   如果用于创建代码缺陷的工作项类型标记的不是“Bug”，则将上面示例中的“Bug”替换为该工作项类型的名称。

2. 保存该文件并将其标记为 bugfieldmappings.xml。

3. 在“命令提示符”窗口中，键入以下命令，并将您的数据替换为显示的参数，然后选择“ENTER”键。

   tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:CollectionURL /teamproject:projectName
   

   对于 DirectoryPath，指定在其中保存了 bugfieldmappings.xml 文件的文件夹。

   有关详细信息，请参阅 自定义和管理测试体验 [tcm 和 Microsoft 测试管理器]。

返回页首

2.授予测试团队成员权限

您必须向团队成员授予权限，以便他们能够管理测试环境和测试配置、创建和查看测试运行以及执行其他任务。

下表描述的权限用于：控制对测试功能的访问以及支持与团队项目交互以进行测试。 它还指示了在 MSF 5.0 版过程模板中进行的默认分配，以及建议授予手动测试人员和测试主管的权限。

权限	描述	范围	访问者	参与者	构建者	建议的手动测试人员	建议的测试主管
查看项目级信息	可以查看项目级别的组成员资格以及这些成员的权限。	项目级别
查看测试运行	可以查看此节点中的测试计划。	项目级别
创建测试运行	可以添加和移除测试结果，也可以添加或修改团队项目的测试运行。	项目级别
管理测试配置	可以创建和删除团队项目的测试配置。	项目级别
管理测试环境	可以创建和删除团队项目的测试环境。	项目级别
删除测试运行	可以删除团队项目的计划测试。	项目级别
查看此节点	可以查看区域节点的安全设置。	区域节点
管理测试计划	可以创建和编辑指派给区域节点的测试计划。 如果测试计划还未运行，则还可以删除它们。	区域节点
管理测试控制器	可以注册和取消注册团队项目集合的测试控制器。	项目集合

您可以遵循为特定范围区域指定的过程来授予权限：

• 您可以通过 Team Web Access 管理页设置项目级别权限或区域节点权限。 请参见管理权限和添加和修改区域和迭代路径。

• 可以从 团队资源管理器 设置项目集合权限，方法是选择“团队，团队项目集合设置，安全性”，或打开并使用 Team Foundation 的管理控制台，或使用 TFSSecurity 和 tf 命令行工具。 有关详细信息，请参阅 Collection-Level Groups。

有关详细信息，请参阅 更改组或用户的权限。

返回页首

3.启动 Microsoft 测试管理器

完成本主题前面所述的升级任务后，可启动 Microsoft 测试管理器，连接您的项目，然后开始计划您的测试工作。 有关详细信息，请参阅 测试应用程序。

返回页首

有关升级 TFS 时所做更改的其他信息

从 Visual Studio Team System 2008 Team Foundation Server 升级到 TFS 2012 时，您会同时收到对 TFS 2010 和 TFS 2012 的更新。 TFS 2010 的发行版中有一些体系结构更改。 要详细了解从 Visual Studio Team System 2008 Team Foundation Server 升级至最新版本的 TFS 所带来的变化，请参见以下资源：

• Team Foundation Server 2010 关键概念（博客文章）

• 更新升级的团队项目以访问新功能（VS ALM 2010 年文章）

• Locating Reports After the Upgrade to Team Foundation Server 2010（升级到 Team Foundation Server 2010 后找到报表）（VS ALM 2010 年文章）

• Changes and Additions to the Schema for the Analysis Services Cube（Analysis Services 多维数据集架构的更改和添加，VS ALM 2010 年文章）

• 升级 Team Foundation Server 期间对团队项目和默认过程模板所做的更改（VS ALM 2012 年文章）

请参见

概念

更新升级的团队项目以访问新功能

其他资源

witAdmin：自定义和管理用于跟踪工作的对象