根据 MSF v4.2 过程模板更新团队项目
如果从 Visual Studio Team System 2008 Team Foundation Server 升级到 Team Foundation Server 2012 中，您可以手动更新您的团队项目。如果团队项目基于 Microsoft solutions framework (MSF) 4.2 版过程模板，请按照本主题中的过程。在将这些更新后，可以向新功能在 更新升级的团队项目以访问新功能" 以及接口描述用于 Microsoft 测试管理器的访问。
.gif "重要说明") 重要事项 |
|---|
您只需执行本主题中的过程，如果升级使用该过程模板创建随 Visual Studio Team System 2008 Team Foundation Server的团队项目，或不包含的一个人工作项类型、测试用例和共享步骤。 这些程序将只支持对新功能的访问可用于 Team Foundation Server 2012。需要额外的工作添加新查询或更高的报表、更新自定义报表或访问控件并且。有关更多信息，请参见 有关所做的更改的附加信息，当升级 TFS 时。 |
更新任务需要访问新功能:
对系统字段重命名
(敏捷只) 若要方案重命名为用户情景
下载最新版本的 MSF 过程模板
导入链接类型
(可选) 将作为需要自定义
导入工作项类型
导入类别文件
导入进程配置文件
验证对新功能的访问
其他任务需要对与 Microsoft 测试管理器的接口:
指定 Microsoft 测试管理器中创建的 bug 类型
测试团队成员授予权限
启动 Microsoft 测试管理器
要求
若要下载过程模板，您必须是**“Project Collection Administrators”组的成员。如果显式设置了必需的安全权限，则您必须将团队项目集合的“管理过程模板”权限设置为“允许”**。
若要运行 witadmin 和 tcm 命令行工具，您必须属于下列组之一：Team Foundation Administrators、项目集合管理员或 项目管理员 团队项目。
若要授予权限，您必须是要更改的组级别的管理组的成员。例如，如果要在团队项目集合级别更改组或用户的权限，您就必须是该集合的**“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定义的每个团队项目集合中的此任务。
打开 Visual Studio 2012 或 团队资源管理器 2012 一起安装的命令提示符窗口并键入：
cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDE在 64 位 Windows 版本上，将 %programfiles% 替换为 %programfiles(x86)%。
键入以下命令中的每个元素，并将您的数据替换为显示的参数，然后选择 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.(敏捷只) 若要方案重命名工作项类型
尽量减少需要进行的大量自定义项，因此，与将来的更新到敏捷过程模板，则应向方案重命名工作项类型到用户情景。
.gif "说明") 说明 |
|---|
当然，将方案重命名工作项类型将需要更新引用方案工作项类型的现有报告和查询。但是，由于架构更改对具有升级的数据仓库到 Team Foundation Server 2010 中，预先存在或预升级报表需要将复盖新架构一起使用。请参见 找到在升级后的报表到 Team Foundation server 2010。 |
执行要更新的每个团队项目中的此任务。
键入以下命令，将您的数据替换为显示的参数，然后选择 Enter 键。
witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story"提示它包含空格，则将一个参数置于引号中。例如，那么，当您的项目名称包含空格，请指定 /p:"My Project X"。
返回页首
3.下载最新版本的 MSF 过程模板
请参见 下载过程模板的最新版本。
| 提示 |
|---|
为默认值的最新版本的 get 访问过程模板，安装 Team Foundation Server的最新每季更新。重要的更新对多的工作流工作项类型使用的最新每季更新。这些更改支持反向转换，这样，当则无意中拖到 Kanban 键盘或键盘任务的工作项到已解决或已关闭状态时，可以将其拖动到早期的工作流状态。 您可以从 Microsoft 下载网站的升级：Microsoft Visual Studio Team Foundation server 的每季更新 2012 年. |
返回页首
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 文件夹的位置。目录路径应遵循此结构：驱动:\MSFTemplateFolder\WorkItem tracking\LinkTypes。
返回页首
5.(可选) 将自定义项应用于工作项类型的最新版本
如果自定义以下工作项类型中的任何一个，则应更新这些类型的最新版本的自定义的。下表汇总了移除的字段，并添加在每个的最新版本过程模板。
敏捷工作项类型
工作项类型 |
移除的字段 |
添加字段 |
|---|---|---|
Bug |
|
|
任务 |
|
|
用户情景 (以前名为 Scenario) |
|
CMMI 工作项类型
工作项类型 |
移除的字段 |
添加字段 |
|---|---|---|
Bug |
|
|
任务 |
|
|
要求 |
|
您可以将自定义的类型包含字段添加，添加或更改选取列表或添加到工作流原因。不要更改工作流状态，这些用于处理配置和敏捷计划工具。如果必须更改工作流，更改，在完成更新后并按照有关提供的 metastate 映射的指南示：使用进程配置自定义积压工作和板页。
如果在过程模板中定义的其他工作项类型，并且希望更新到最新版本，则将为他们所做的任何自定义。此外，如果定义可用于跟踪测试用例的自定义工作项类型时，应从该类型应用自定义项应用于测试用例工作项类型提供最新信息过程模板。
若要了解更多有关使用这些处理的项目使用模板提供，请参见以下主题：
返回页首
6.导入工作项类型
导入根据您使用的过程模板的以下工作项类型。
敏捷:bug，任务，用户情景，测试用例，共享步骤，代码评审请求，代码评审反馈，响应请求，反馈响应
CMMI:bug，任务，要求，测试用例，共享步骤，代码评审请求，代码评审反馈，响应请求，反馈响应
执行要更新的每个团队项目中的此任务。
键入需要导入的每个工作项类型的以下命令，将您的数据替换为显示的参数，然后选择 Enter 键。
witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"提示指定 XML 文件的名称工作项类型而不是友好名称。例如，对于代码评审请求工作项类型指定 CodeReviewRequest.xml。
对于 DirectoryPath，为下载的过程模板指定 TypeDefinitions 文件夹的目录位置。目录路径应遵循此结构：驱动:\MSFTemplateFolder\ WorkItem tracking\TypeDefinitions。
(可选) 验证工作项类型通过打开团队资源管理器或 team Web access 访问。您可能不必查看更改的 刷新缓存。
返回页首
7.导入类别文件
导入位于工作项的类别文件跟踪已下载过程模板的文件夹。类支持智能分组工作项类型。若要了解更多信息，请参见 定义类别以分组工作项类型。
在命令提示符窗口，键入以下命令，将您的数据替换为显示的参数，然后选择 Enter 键。
witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"对于 DirectoryPath，请指定路径。WorkItem tracking 文件夹为下载的过程模板。目录路径应遵循此结构：驱动:\MSFTemplateFolder\WorkItem tracking。
返回页首
8.导入进程配置文件
处理配置文件确定布局和功能可通过 Team Web Access积压工作和键盘页。若要使用这些页，必须导入中指示的序列的进程配置文件
若要导入定义文件为进程配置，键入以下两条命令，一个，并将您的数据替换为显示的参数，然后选择 Enter 键。
witadmin importcommonprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\CommonConfiguration.xml" witadmin importagileprocessconfig /collection:CollectionURL /p:" projectName" /f:"DirectoryPath\AgileConfiguration.xml"对于 DirectoryPath，请指定路径。处理文件夹为下载的过程模板。目录路径应遵循此结构：驱动:\\MSFTemplateFolder跟踪的工作项\处理。
返回页首
9.验证对新功能的访问
执行所提供的任务在 验证新功能的可用性。
| 说明 |
|---|
您不必执行额外步骤更新敏捷团队项目的工作流如下所述：更新敏捷团队项目的工作流。按照本主题中的过程，您已经应用了这些更改。 |
返回页首
包含对其他任务与 Microsoft 测试管理器
执行以下任务完成更新需要对接口与测试管理器。
.gif "Ff452591.collapse_all(zh-cn,VS.110).gif")
1.指定 Microsoft 测试管理器中创建的 bug 类型
若要支持自动创建工作项以跟踪测试团队成员使用 测试管理器时发现的代码缺陷或 Bug，则必须指定要用于现有团队项目的 Bug 类型。tcm bugfieldmapping 命令支持在团队项目中导入和导出映射文件。映射文件定义要创建的工作项类型以及由 测试管理器填充的三个数据字段。这三个字段是可重现步骤、系统信息和发现缺陷的版本。当测试人员运行测试并发现缺陷时，他们可以创建一个自动填充这三个字段的 Bug。
打开记事本或文本编辑器，然后将下面的代码复制到该文件中：
<?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”替换为该工作项类型的名称。
保存该文件并将其标记为 bugfieldmappings.xml。
在命令提示符窗口，键入以下命令，将您的数据替换为显示的参数，然后选择 Enter 键。
tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:CollectionURL /teamproject:projectName对于 DirectoryPath，指定保存了 bugfieldmappings.xml 文件的文件夹。
有关更多信息，请参见使用 Microsoft 测试管理器将 Bug 类型指定为文件。
返回页首
2.测试团队成员授予权限
您必须向团队成员授予权限，以便他们能够管理测试环境和测试配置、创建和查看测试运行以及执行其他任务。
下表描述的权限用于：控制对测试功能的访问以及支持与团队项目交互以进行测试。它还指示了在 MSF 5.0 版过程模板中进行的默认分配，以及建议授予手动测试人员和测试主管的权限。
权限 |
描述 |
范围 |
访问者 |
参与者 |
构建者 |
建议的手动测试人员 |
建议的测试主管 |
|---|---|---|---|---|---|---|---|
查看项目级信息 |
可以查看项目级别的组成员资格以及这些成员的权限。 |
项目级别 |
.png "选中标记"){kind=icon} |
|
|
|
|
查看测试运行 |
可以查看此节点中的测试计划。 |
项目级别 |
|
|
|
|
|
创建测试运行 |
可以添加和移除测试结果，也可以添加或修改团队项目的测试运行。 |
项目级别 |
|
|
|
|
|
管理测试配置 |
可以创建和删除团队项目的测试配置。 |
项目级别 |
|
|
|
||
管理测试环境 |
可以创建和删除团队项目的测试环境。 |
项目级别 |
|
|
|
||
删除测试运行 |
可以删除团队项目的计划测试。 |
项目级别 |
|
|
|
||
查看此节点 |
可以查看区域节点的安全设置。 |
区域节点 |
|
|
|
|
|
管理测试计划 |
可以创建和编辑指派给区域节点的测试计划。如果测试计划还未运行，则还可以删除它们。 |
区域节点 |
|
|
|
|
|
管理测试控制器 |
可以注册和取消注册团队项目集合的测试控制器。 |
项目集合 |
|
您可以遵循为特定范围区域指定的过程来授予权限：
可以设置项目级别权限或区域节点权限从 Team Web Access管理页。请参见管理权限和创建和修改区域和迭代。
使用 TFSSecurity 和 tf 命令行工具，可以设置项目从 团队资源管理器 的集合的权限通过选择 团队，团队项目集合设置，安全，通过打开并使用的管理控件个 Team Foundation的，或。有关更多信息，请参见Collection-Level Groups。
有关更多信息，请参见更改组或用户的权限。
返回页首
3.启动 Microsoft 测试管理器
完成本主题前面所述的升级任务后，可启动 Microsoft 测试管理器，连接您的项目，然后开始计划您的测试工作。有关更多信息，请参见测试应用程序。
返回页首
有关所做的更改的附加信息，当升级 TFS 时
当从 Visual Studio Team System 2008 Team Foundation Server 升级到 TFS 2012 时，您将收到更新对 TFS 2010 和 TFS 2012。将 TFS 版本进行的体系结构更改 2010。若要了解有关升级所做的更改到 TFS 的最新版本从 Visual Studio Team System 2008 Team Foundation Server，请参见以下资源：
更新访问新功能的已升级的团队项目 (与 ALM 2010 年文章)
找到在升级后的报表到 Team Foundation server 2010 (与 ALM 2010 年文章)
更改和添加到架构 analysis services 多维数据集的 (与 ALM 2010 年文章)
升级 Team Foundation Server 期间对团队项目和默认过程模板所做的更改 (与 ALM 2012 年文章)