通过

为升级的团队项目启用与 Microsoft 测试管理器的交互

  • 项目

更新：2010 年 7 月

您必须将新工作项类型、测试用例和共享步骤添加到已升级的团队项目才能使用 Microsoft 测试管理器。 团队使用测试用例来定义通过使用 Microsoft 测试管理器运行和管理的手动测试和自动测试。 Microsoft 测试管理器随 Visual Studio 2010 旗舰版和 Visual Studio 专业测试工具版 2010 提供。这些测试工具与 Visual Studio Team Foundation Server 集成，使您能基于组织的其他区域所使用的相同团队项目来定义测试。

工作项类型、测试用例和共享步骤包含在 Microsoft Solutions Framework (MSF) 的过程模板中。 有关更多信息，请参见下列主题：

除了新工作项类型外，还必须添加随 MSF 5.0 版过程模板提供的链接类型和类别。 您必须自定义现有工作项类型，这样才能在工作项窗体上显示新字段。 您还必须上载一个指定工作项类型的映射文件，这样才能支持 Microsoft 测试管理器自动创建 Bug 或代码缺陷。

重要说明重要事项

将部署更新到 Team Foundation Server 2010 后，应升级现有团队项目。

要升级单个团队项目以便与 Microsoft 测试管理器交互，您必须按照本主题提供的步骤进行操作。 执行升级步骤后，可使用相关信息来编写多个项目升级的脚本，并向组织的自定义过程模板中添加新功能。

主题内容

  • 关于工作项名称、工作项字段和潜在冲突

  • 重命名工作项类型

  • 自定义现有测试用例工作项类型

  • 下载过程模板：MSF for Agile Software Development v5.0

  • 添加工作项跟踪对象

  • 修改工作项类型定义

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

  • 向测试团队成员授予权限

  • 启动 Microsoft 测试管理器

所需权限

若要执行这些过程，您必须具有以下权限：

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

  • 若要运行 witadmin 和 tcm 命令行工具，您必须是**“Team Foundation Administrators”组的成员或者是项目的“Project Administrators”**组的成员。

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

有关更多信息，请参见 Team Foundation Server 权限。

关于工作项名称、工作项字段和潜在冲突

在您修改某工作项类型的定义时，可能会遇到以下潜在冲突：

  • 您的一个工作项类型的名称与必须导入的工作项类型的名称相冲突。 例如，您可能已经具有一个标记为“测试用例”的工作项类型。

    通过重命名工作项类型，或通过自定义现有工作项类型以包含新工作项控件从而支持 Microsoft 测试管理器，可解决工作项类型名称冲突问题。 有关更多信息，请参见本主题后面的以下各节：

    • 重命名工作项类型

    • 自定义现有测试用例工作项类型

  • 您可能有一个字段定义在某工作项类型中，而该工作项类型由为 Team Foundation 部署定义的一个或多个项目集合中的其他团队项目使用。 如果指派给可报告字段的特性在该部署的各团队项目中不相同，则在处理数据仓库时可能会发生数据冲突。 有关更多信息，请参见解决数据仓库中发生的架构冲突。

  • 导入工作项类型时，错误消息可能指示命名冲突。 此冲突在从 Team Foundation 的早期版本升级的部署中出现更加频繁。 在最终发布 Visual Studio Team Foundation Server 2010 之前，重命名了若干系统和测试用例管理字段的友好名称。 已重命名的系统字段包括 System.AreaID、System.IterationID、System.HyperLinkCount、System.ExternalLinkCount 和 System.AttachedFileCount。

    通过重命名某工作项类型 XML 定义中的字段，或通过使用 witadmin changefield 命令行工具，可解决此错误。 有关更多信息，请参见管理工作项字段 [witadmin]。

返回页首

重命名工作项类型

通过重命名工作项类型，可解决工作项类型名称冲突。

重命名工作项类型

  1. 在安装了 Visual Studio 2010 的计算机上，打开命令提示符窗口。

  2. 键入下面的命令然后按 Enter，从而更改为包含 witadmin 命令行工具的目录。

    cd 驱动器:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE

  3. 键入以下命令，将您的数据替换为显示的参数，然后按 Enter。

    witadmin renamewitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:CurrentName /new:NewName

    下面的命令演示了如何将“测试用例”工作项类型重命名为“我的测试用例”的示例：

    witadmin renamewitd /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /n:"Test Case" /new:"My Test Case"

返回页首

自定义现有测试用例工作项类型

如果您的现有团队项目包含一个可用于管理测试用例的工作项类型，则可对它进行自定义来支持与 Microsoft 测试管理器交互所需的新控件。 否则，可导入本主题后面的添加工作项类型：测试用例和共享步骤中所述的测试用例工作项类型。

自定义现有测试用例工作项类型

  1. 在安装了 Visual Studio 2010 的计算机上，打开命令提示符窗口。

  2. 键入下面的命令然后按 Enter，从而更改为包含 witadmin 命令行工具的目录。

    cd 驱动器:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE

  3. 键入以下命令，将您的数据替换为显示的参数，然后按 Enter。

    witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:"Test Case" /f:MyTestCase.xml

  4. 在 Visual Studio 或文本编辑器中打开 MyTestCase.xml 文件。

  5. 将以下 FIELD 元素添加到 XML 文件的 FIELDS 部分，如下面的摘录所示：

    <FIELD name="Steps" refname="Microsoft.VSTS.TCM.Steps" type="HTML">
       <HELPTEXT>Steps required to perform the test</HELPTEXT>
</FIELD>
<FIELD name="Automated Test Name" refname="Microsoft.VSTS.TCM.AutomatedTestName" type="String" >
       <HELPTEXT>The name of the test that automates this test case</HELPTEXT>
</FIELD>
<FIELD name="Automated Test Storage" refname="Microsoft.VSTS.TCM.AutomatedTestStorage" type="String" >
       <HELPTEXT>The assembly containing the test that automates this test case</HELPTEXT>
</FIELD>
<FIELD name="Automated Test Id" refname="Microsoft.VSTS.TCM.AutomatedTestId" type="String" >
       <HELPTEXT>The ID of the test that automates this test case</HELPTEXT>
</FIELD>
=<FIELD name="Automated Test Type" refname="Microsoft.VSTS.TCM.AutomatedTestType" type="String" >
       <HELPTEXT>The type of the test that automates this test case</HELPTEXT>
</FIELD>
<FIELD name="Parameters" refname="Microsoft.VSTS.TCM.Parameters" type="HTML" />
<FIELD name="Local Data Source" refname="Microsoft.VSTS.TCM.LocalDataSource" type="HTML" />
<FIELD reportable="detail" type="String" name="Automation status" refname="Microsoft.VSTS.TCM.AutomationStatus">
       <WHEN field="Microsoft.VSTS.TCM.AutomatedTestId" value="">
         <ALLOWEDVALUES>
           <LISTITEM value="Not Automated" />
           <LISTITEM value="Planned" />
         </ALLOWEDVALUES>
         <DEFAULT from="value" value="Not Automated" />
       </WHEN>
       <WHENNOT field="Microsoft.VSTS.TCM.AutomatedTestId" value="">
         <ALLOWEDVALUES>
           <LISTITEM value="Automated" />
         </ALLOWEDVALUES>
         <COPY from="value" value="Automated" />
       </WHENNOT>
</FIELD>

  6. 将以下 Control 元素添加到 FORM 部分：

    <Control FieldName="Microsoft.VSTS.TCM.AutomationStatus" Type="FieldControl" Label="Automation Status:" LabelPosition="Left" />

    可将此元素添加到工作项窗体的顶部。

  7. 将以下 Tab 元素添加到 FORM 部分：

    <Tab Label="Steps">
           <Control FieldName="Microsoft.VSTS.TCM.Steps" Type="Test Steps Control" LabelPosition="Top" Dock="Fill" />
         </Tab>

    应将此元素添加为 FORM 部分定义的选项卡组中的第一个选项卡。

  8. 将以下 Tab 元素添加到 XML 定义文件的 FORM 部分：

    <Tab Label="Tested Work Items">
   <Control Type="LinksControl" Name="Tested">
      <LinksControlOptions>
      <WorkItemLinkFilters FilterType="include">
      <Filter LinkType="Microsoft.VSTS.Common.TestedBy" FilterOn="reversename"/>
      </WorkItemLinkFilters>
      <ExternalLinkFilters FilterType="excludeAll"/>
         <LinkColumns>
                 <LinkColumn RefName="System.ID" />
                 <LinkColumn RefName="System.WorkItemType" />
                 <LinkColumn RefName="System.Title" />
                 <LinkColumn RefName="System.AssignedTo" />
                 <LinkColumn RefName="System.State" />
                 <LinkColumn LinkAttribute="System.Links.Comment" />
           </LinkColumns>
      </LinksControlOptions>
   </Control>
</Tab>

    此元素用于限制在此选项卡中形成链接关系，从而只包含 TestedBy 链接类型。 此选项卡通常用于创建所测试的工作项的链接关系，通常是用户情景、方案或要求等工作项。 有关更多信息，请参见链接工作项 (Agile)。

  9. 将以下 Tab 元素添加到 XML 定义文件的 FORM 部分：

    <Tab Label="Associated Automation">
    <Control Type="AssociatedAutomationControl" LabelPosition="Top" Dock="Fill" />
</Tab>

    此元素用于支持将测试用例与自动化测试关联。 有关更多信息，请参见如何：将自动测试与测试用例关联。

  10. 保存 XML 文件。

  11. 键入以下命令以导入 MyTestCase 文件，并将您的数据替换为显示的参数，然后按 Enter。

    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyTestCase.xml

    导入成功完成后，将显示以下消息：

    “工作项类型导入已完成”。

  12. 若要验证更改，请在团队资源管理器中右击您的团队项目，然后单击 刷新“刷新”。

  13. 右击**“工作项”，指向“新建工作项”，然后单击“测试用例”**。

    验证是否显示了工作项窗体的新字段和更改。

返回页首

下载 MSF for Agile Software Development v5.0 过程模板

下载 MSF 5.0 版过程模板。 有关更多信息，请参见下载 5.0 版 MSF 过程模板。

添加工作项跟踪对象

若要添加用于跟踪工作项的对象，必须按指示顺序执行以下步骤：

  1. 添加链接类型：SharedSteps 和 TestedBy

  2. 添加工作项类型：测试用例和共享步骤

  3. 为工作项类型添加类别

添加链接类型：SharedSteps 和 TestedBy

添加链接类型

  1. 在安装了 Visual Studio 2010 的计算机上，打开命令提示符窗口。

  2. 键入下面的命令然后按 Enter，从而更改为包含 witadmin 命令行工具的目录。

    cd 驱动器:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE

  3. 若要导入链接类型定义文件，请键入以下两条命令，并将您的数据替换为显示的参数，然后按 Enter。

    witadmin importlinktype /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /f:"DirectoryPath\TestedBy.xml"
witadmin importlinktype /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /f:"DirectoryPath\SharedStep.xml"

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

    Drive:\MSFTemplateFolder\Agile\Files\WorkItem Tracking\LinkTypes

    下面的命令演示了如何导入 TestedBy 链接类型的示例：

    witadmin importlinktype /collection:"http://MyServer:8080/tfs/Collection0" /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\LinkTypes\TestedBy.xml"

添加工作项类型：测试用例和共享步骤

提示

如果您已修改现有的测试用例工作项类型，如本主题前面的自定义现有测试用例工作项类型中所述，则只需导入共享步骤工作项类型。

导入工作项类型的定义文件

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

    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:"DirectoryPath\TestCase.xml"
witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:"DirectoryPath\SharedStep.xml"

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

    Drive:\MSFTemplateFolder\Agile\Files\WorkItem Tracking\TypeDefinitions

    下面的命令演示了如何导入 TestCase 类型定义文件的示例：

    witadmin importwitd /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\TypeDefinitions\TestCase.xml"

为工作项类型添加类别

导入类别的定义文件

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

    witadmin importcategories /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:"DirectoryPath\categories.xml"

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

    Drive:\MSFTemplateFolder\Agile\Files\WorkItem Tracking\

    下面的命令演示了如何导入类别的定义文件的示例：

    witadmin importcategories /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\categories.xml"

    提示

    将类别 XML 文件导入项目将会覆盖所有现有类别。 之前定义但未在该文件中指定的类别将被删除。

返回页首

修改工作项类型定义

必须修改 Bug、方案或要求的工作项类型的类型定义。 必须向 Bug 定义添加两个字段，然后向两个定义类型添加窗体控件。

执行以下任务：

  • 修改 Bug 类型定义

  • 修改方案或要求类型定义

修改 Bug 类型定义

修改 Bug 类型定义

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

    witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:bug /f:MyBug.xml

  2. 在 Visual Studio 或文本编辑器中打开 MyBug.xml 文件。

  3. 将以下 FIELD 元素添加到 XML 文件的 FIELDS 部分：

    <FIELD name="System Info" refname="Microsoft.VSTS.TCM.SystemInfo" type="HTML" >
   <HELPTEXT>Test context, provided automatically by test infrastructure</HELPTEXT>
</FIELD>
<FIELD name="Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML">
   <HELPTEXT>How to see the bug. End by contrasting expected with actual behavior.
   </HELPTEXT>
</FIELD>

  4. 将以下标记为“History”的 Tab 元素

    <Tab Label="History">
<Control Type="WorkItemLogControl" FieldName="System.History" Label="&amp;History:" LabelPosition="Top" Dock="Fill"/>
</Tab>

    替换为下面的语法：

    <Tab Label="History">
   <Group>
      <Column PercentWidth="50">
      <Control FieldName="Microsoft.VSTS.TCM.ReproSteps" Type="HtmlFieldControl" Label="Steps to Repro&amp;duce:" LabelPosition="Top"  MinimumSize="(100,200)"  Dock="Fill"/>
      </Column>
      <Column PercentWidth="50">
      <Control FieldName="System.History" Type="WorkItemLogControl" Label="&amp;History:" LabelPosition="Top" Dock="Fill" />
      </Column>
   </Group>
</Tab>

  5. 将标记为“Details”的 Tab 中 Group 元素后的 Control 元素添加到 XML 文件中的 FORM 部分下：

    <Tab Label="Details">
   <Group>
. . . 
    </Group>
<Control FieldName="Microsoft.VSTS.TCM.SystemInfo" Type="HtmlFieldControl" Label="System I&amp;nfo:" LabelPosition="Top" Dock="Fill" />
</Tab>

  6. 删除 Tab 元素“Links”，因为您将用两个新选项卡元素替换它。

    <Tab Label="Links">   <Control Type="LinksControl"/></Tab>

  7. 使用以下语法将 Tab 元素添加到 FORM 部分的 Details 选项卡后：

    <Tab Label="Test Cases" >
   <Control Type="LinksControl" Name="TestedBy" Label="Test &amp;Cases testing this Bug:" LabelPosition="Top">
      <LinksControlOptions>
         <WorkItemLinkFilters FilterType="include">
            <Filter LinkType="Microsoft.VSTS.Common.TestedBy" FilterOn="forwardname" />
            </WorkItemLinkFilters>
            <WorkItemTypeFilters FilterType="include">
            <Filter WorkItemType="Test Case" />
            </WorkItemTypeFilters>
            <ExternalLinkFilters FilterType="excludeAll"/>
                <LinkColumns>
                  <LinkColumn RefName="System.ID" />
                  <LinkColumn RefName="System.WorkItemType" />
                  <LinkColumn RefName="System.Title" />
                  <LinkColumn RefName="System.AssignedTo" />
                  <LinkColumn RefName="System.State" />
                  <LinkColumn LinkAttribute="System.Links.Comment" />
              </LinkColumns>
        </LinksControlOptions>
   </Control>
</Tab>

  8. 使用以下语法将 Tab 元素添加到 Test Cases 选项卡后：

    <Tab Label="All Links" >
   <Control Type="LinksControl" Name="GeneralLinks">
      <LinksControlOptions>
         <LinkColumns>
         <LinkColumn RefName="System.ID" />
         <LinkColumn RefName="System.WorkItemType" />
         <LinkColumn RefName="System.Title" />
         <LinkColumn RefName="System.AssignedTo" />
         <LinkColumn RefName="System.State" />
         <LinkColumn LinkAttribute="System.Links.Comment" />
         </LinkColumns>
      </LinksControlOptions>
   </Control>
</Tab>

  9. 保存 XML 文件。

  10. 键入以下命令以导入 MyBug 文件，并将您的数据替换为显示的参数，然后按 Enter。

    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyBug.xml

    导入成功完成后，将显示以下消息：

    “工作项类型导入已完成”。

  11. 若要验证更改，请在团队资源管理器中右击您的团队项目，然后单击 刷新“刷新”。

  12. 右击**“工作项”，指向“新建工作项”，然后单击“Bug”**。

  13. 验证是否显示了工作项窗体的新字段和更改。

返回页首

修改方案或要求类型定义

修改方案或要求类型定义

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

    提示

    此示例引用方案工作项类型。 如果您的团队项目基于 CMMI 过程模板，则替换用于跟踪产品功能的工作项的要求或其他类型。 如果您的团队项目没有要求，则可导入随 MSF 5.0 版过程模板提供的用户情景或要求类型定义文件。 有关更多信息，请参见从现有项目导出和导入工作项类型。

    witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:bug /f:MyScenario.xml

  2. 在 Visual Studio 或文本编辑器中打开 MyScenario.xml 文件。

  3. 删除 Tab 元素“Links”，因为您将用两个提供链接控件的新选项卡元素替换它。

    <Tab Label="Links">   <Control Type="LinksControl"/></Tab>

  4. 将以下 Tab 元素添加到 XML 文件的 FORM 部分：

    <Tab Label="Test Cases" >
   <Control Type="LinksControl" Name="TestedBy" Label="&amp;Work items testing this Story:" LabelPosition="Top">
   <LinksControlOptions>
      <WorkItemLinkFilters FilterType="include">
         <Filter LinkType="Microsoft.VSTS.Common.TestedBy" FilterOn="forwardname" />
      </WorkItemLinkFilters>
      <WorkItemTypeFilters FilterType="include">
      <Filter WorkItemType="Test Case" />
      </WorkItemTypeFilters>
      <ExternalLinkFilters FilterType="excludeAll"/>
      <LinkColumns>
         <LinkColumn RefName="System.ID" />
         <LinkColumn RefName="System.WorkItemType" />
         <LinkColumn RefName="System.Title" />
         <LinkColumn RefName="System.AssignedTo" />
         <LinkColumn RefName="System.State" />
         <LinkColumn LinkAttribute="System.Links.Comment" />
      </LinkColumns>
      </LinksControlOptions>
   </Control>
</Tab>

  5. 将以下 Tab 元素添加到 XML 文件的 FORM 部分：

    <Tab Label="Other Links" >
   <Group>
      <Column PercentWidth="100">
         <Control Type="LinksControl" Name="GeneralLinks">
         <LinksControlOptions>
         <WorkItemLinkFilters FilterType="exclude">
         <Filter LinkType="System.LinkTypes.Hierarchy"   />
         <Filter LinkType="Microsoft.VSTS.Common.TestedBy" />
         <Filter LinkType="Microsoft.VSTS.TestCase.SharedStepReferencedBy" />
         </WorkItemLinkFilters>
         <LinkColumns>
            <LinkColumn RefName="System.ID" />
            <LinkColumn RefName="System.WorkItemType" />
            <LinkColumn RefName="System.Title" />
            <LinkColumn RefName="System.AssignedTo" />
            <LinkColumn RefName="System.State" />
            <LinkColumn LinkAttribute="System.Links.Comment" />
         </LinkColumns>
      </LinksControlOptions>
   </Control>
   </Column>
</Group>
</Tab>

  6. 保存 XML 文件。

  7. 键入以下命令以导入 MyScenario 文件，并将您的数据替换为显示的参数，然后按 Enter。

    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyScenario.xml

    导入成功完成后，将显示以下消息：

    “工作项类型导入已完成”。

  8. 若要验证更改，请在团队资源管理器中右击您的团队项目，然后单击 刷新“刷新”。

  9. 右击“工作项”，指向**“新建工作项”，然后单击“方案”**。

  10. 验证是否显示了工作项窗体的新字段和更改。

返回页首

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

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

有关更多信息，请参见使用 Microsoft 测试管理器将 Bug 类型指定为文件。

指定要由 Microsoft 测试管理器创建的 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:http://ServerName:Port/VirtualDirectoryName/CollectionName /teamproject:project

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

    下面的命令演示了如何导入 bugfieldmappings.xml 文件的示例：

    tcm bugfieldmapping /import /mappingfile:"C:\MyFiles\bugfieldmappings.xml" collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject

返回页首

向测试团队成员授予权限

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

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

权限

说明

范围

Readers

Contributors

Builders

建议的手动测试人员

建议的测试主管

查看项目级信息

可以查看项目级别的组成员资格以及这些成员的权限。

项目级别

 选中标记 选中标记 选中标记 选中标记 选中标记

查看测试运行

可以查看此节点中的测试计划。

项目级别

 选中标记 选中标记 选中标记 选中标记 选中标记

创建测试运行

可以添加和移除测试结果，也可以添加或修改团队项目的测试运行。

项目级别

选中标记 选中标记 选中标记 选中标记

管理测试配置

可以创建和删除团队项目的测试配置。

项目级别

选中标记 选中标记

选中标记

管理测试环境

可以创建和删除团队项目的测试环境。

项目级别

选中标记 选中标记

选中标记

删除测试运行

可以删除团队项目的计划测试。

项目级别

选中标记 选中标记

选中标记

查看此节点

可以查看区域节点的安全设置。

区域节点

 选中标记 选中标记 选中标记

选中标记

管理测试计划

可以创建和编辑指派给区域节点的测试计划。 如果测试计划还未运行，则还可以删除它们。

区域节点

选中标记 选中标记 选中标记 选中标记

管理测试控制器

可以注册和取消注册团队项目集合的测试控制器。

项目集合

选中标记

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

  • 通过右击项目，单击**“团队项目设置”，然后单击“安全”**，可以在团队资源管理器中设置项目级别权限。 还可以使用 TFSSecurity 命令行工具来设置这些权限。 有关更多信息，请参见管理权限。

  • 通过右击项目，然后依次单击**“区域和迭代”、“区域”选项卡和“安全”**，可以在团队资源管理器中设置区域节点权限。 有关更多信息，请参见创建和修改区域和迭代。

  • 通过在团队资源管理器中右击服务器然后单击**“安全”**，通过打开并使用 Team Foundation 的管理控制台，或者通过使用 TFSSecurity 和 tf 命令行工具，均可以设置项目集合权限。 有关更多信息，请参见集合级别组。

有关更多信息，请参见更改组或用户的权限。

返回页首

启动 Microsoft 测试管理器

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

返回页首

请参见

概念

测试用例 (Agile)

共享步骤 (Agile)

其他资源

witAdmin：管理用于跟踪工作项的对象

使用 Microsoft 测试管理器将 Bug 类型指定为文件

自定义过程模板

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

修订记录

日期

修订记录

原因

2010 年 7 月

添加了与字段友好名称中的更改的潜在冲突的相关信息。 更正了 witadmin 命令的一些示例，因为这些示例在目录路径中缺少一个反斜杠。 更正了用于管理测试用例的若干字段的友好名称，并添加了返回页首链接。

客户反馈