A ativação da interface com o Microsoft Test Manager para projetos de equipe atualizados

Artigo
08/01/2011

Você deve adicionar os novos tipos de item de trabalho, o caso de teste e etapas compartilhadas, seu projeto de equipe atualizado para usar Microsoft Test Manager. Uma equipe usa os casos de teste para definir os testes manuais e automatizados que podem ser executados e gerenciados usando Microsoft Test Manager. Microsoft Test Managerestá disponível com Visual Studio 2010 Ultimate e Visual Studio Test Professional 2010. Essas ferramentas são integradas com teste Visual Studio Team Foundation Server, que permite definir seus testes com base nos mesmos projetos de equipe que outras áreas do seu uso na organização.

Os tipos de item de trabalho, caso de teste e etapas compartilhadas são incluídas nos modelos de processo para o Microsoft Solutions Framework (MSF). Para obter mais informações, consulte os seguintes tópicos:

Além de novos tipos de item de trabalho, você deve adicionar categorias que são fornecidas com a versão 5.0 de modelos de processo do MSF e tipos de links. Você deve personalizar os tipos de item de trabalho existente para exibir os novos campos nos formulários de item de trabalho. Você também deve carregar um arquivo de mapeamento que especifica o tipo de item de trabalho para oferecer suporte a criação automática de erros ou defeitos por Microsoft Test Manager.

Importante
Você deve atualizar seu projeto de equipe existente após a implantação foi atualizada para Team Foundation Server 2010.

Este tópico fornece as etapas que devem ser seguidas para atualizar um projeto de equipe único para a interface com Microsoft Test Manager. Depois de executar as etapas de atualização, você pode usar as informações para a atualização de vários projetos de script e para adicionar novos recursos para o modelo de processo personalizado de sua organização.

Neste tópico

Sobre nomes de Item de trabalho, Item de trabalho campos e possíveis conflitos
A renomeação de um tipo de Item de trabalho
Personalizando um tipo de caso de teste existente de Item de trabalho
Baixe o modelo de processo: MSF for Agile Software Development v de 5.0
Adicionando objetos de rastreamento de Item de trabalho
Modificar definições de tipo de Item de trabalho
Especificando o tipo de Bug a ser criado no Test Manager
A concessão de permissões para os membros da equipe de teste
Iniciando o Gerenciador de teste da Microsoft

Permissões necessárias

Para executar esses procedimentos, você deve ter as seguintes permissões:

Para fazer o download de um modelo de processo, você deve ser um membro da Os administradores de conjuntos de projeto grupo. Se as permissões de segurança necessárias são definidas explicitamente, sua modelo de processo de gerenciar permissão para a coleção de projeto de equipe deve ser definida Permitir.
Para executar o witadmin e tcm Ferramentas de linha de comando, você deve ser um membro da Os administradores do Team Foundation grupo ou um membro da Administradores de projeto grupo para o projeto.
Para conceder permissões, você deve ser um membro do grupo administrativo no nível do grupo que você deseja alterar. Por exemplo, se você deseja alterar permissões para um grupo ou usuário no nível do conjunto de projeto de equipe, você deve ser um membro da Os administradores de conjuntos de projeto grupo para essa coleção ou seu Editar informações do nível de conjunto permissão deve ser definida Permitir.

Para obter mais informações, consulte Permissões de Team Foundation Server.

Sobre nomes de Item de trabalho, Item de trabalho campos e possíveis conflitos

Ao modificar a definição de um tipo de item de trabalho, você pode encontrar os seguintes conflitos potenciais:

Você tem um item de trabalho digite cujo nome está em conflito com o nome de um tipo de item de trabalho que você deve importar. Por exemplo, você já pode ter um tipo de item de trabalho é rotulado como "caso de teste".

Você pode resolver um conflito de nome de tipo do trabalho item de renomeação de um tipo de item de trabalho ou personalizar os existentes item de trabalho tipo para conter os novos controles de item de trabalho para oferecer suporte a Microsoft Test Manager. Para obter mais informações, consulte as seções a seguir neste tópico:
- A renomeação de um tipo de Item de trabalho
- Personalizando um tipo de caso de teste existente de Item de trabalho
Você pode ter um campo que é definido em um tipo de item de trabalho que é usado por outros projetos de equipe em um ou mais das coleções de projeto que são definidas para o Team Foundation implantação. Se os atributos que são atribuídos aos campos reportável diferem entre os projetos de equipe na implantação, os conflitos de dados podem ocorrer quando o data warehouse é processado. Para obter mais informações, consulte Resolvendo conflitos de esquema que estão ocorrendo no Data Warehouse.
Quando você importa os tipos de itens de trabalho, uma mensagem de erro pode indicar um conflito de nomes. Esse conflito ocorre mais implantações com freqüência em que foram atualizadas a partir de uma versão anterior de Team Foundation. O nome amigável foi renomeado para vários campos de gerenciamento de sistema e no caso de teste antes do lançamento final do Visual Studio Team Foundation Server 2010. Os campos de sistema que foram renomeados incluem System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount e System.AttachedFileCount.

Você pode resolver esse erro, renomeie o campo, tanto na definição XML para um tipo de item de trabalho ou usando o witadmin changefield ferramenta de linha de comando. Para obter mais informações, consulte Gerenciando os campos de Item de trabalho [witadmin].

Voltar ao topo

A renomeação de um tipo de Item de trabalho

A renomeação de um tipo de item de trabalho para resolver um conflito de nome de tipo de item de trabalho.

Para renomear um tipo de item de trabalho

Em um computador onde Visual Studio 2010 é instalado, abra uma janela de Prompt de comando.
Altere o diretório que contém o witadmin ferramenta de linha de comando digitando o seguinte comando e depois pressionando ENTER.

cd Unidade:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE
Digite o seguinte comando, substituindo os dados para os argumentos que são mostrados e pressione ENTER.
```
witadmin renamewitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:CurrentName /new:NewName
```
O comando a seguir mostra um exemplo de como renomear o tipo de item de trabalho do caso de teste para meu caso de teste:

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

Voltar ao topo

Personalizando um tipo de caso de teste existente de Item de trabalho

Se o seu projeto de equipe existentes contém um tipo de item de trabalho que você pode usar para gerenciar os casos de teste, você pode personalizá-lo para oferecer suporte os novos controles que são necessários para interagir com a Microsoft Test Manager. Caso contrário, você pode importar o tipo de caso de teste de item de trabalho que é descrito em Adicionar tipos de Item de trabalho: Caso de teste e compartilhado etapas posteriormente neste tópico.

Para personalizar um tipo de item de trabalho existente do caso de teste

Em um computador onde Visual Studio 2010 é instalado, abra uma janela de Prompt de comando.
Altere o diretório que contém o witadmin ferramenta de linha de comando digitando o seguinte comando e depois pressionando ENTER.

cd Unidade:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE

Digite o seguinte comando, substituindo os dados para os argumentos que são mostrados e pressione ENTER.

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

Em Visual Studio ou um editor de texto, abra o arquivo MyTestCase.xml.

Adicione o seguinte FIELD elementos de FIELDS seção do arquivo XML, como mostra o trecho a seguir:

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

Adicione o seguinte Control elemento para o FORM seção:
```
<Control FieldName="Microsoft.VSTS.TCM.AutomationStatus" Type="FieldControl" Label="Automation Status:" LabelPosition="Left" />
```
Você pode adicionar isso para a seção superior do formulário de item de trabalho.

Adicione o seguinte Tab elemento para o FORM seção:

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

Você deve adicioná-lo como o grupo de guias que são definidos na primeira guia de FORM seção.

Adicione o seguinte Tab elemento para o FORM seção do arquivo de definição XML:

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

Este elemento é usado para restringir a formação de relacionamentos de link nessa guia para incluir somente o tipo de link de TestedBy. Este guia é normalmente usado para criar relações de link que itens de trabalho que são testadas, que geralmente histórias de usuários, cenários ou requisitos. Para obter mais informações, consulte Vinculando itens de trabalho (Agile).

Adicione o seguinte Tab elemento para o FORM seção do arquivo de definição XML:
```
<Tab Label="Associated Automation">
    <Control Type="AssociatedAutomationControl" LabelPosition="Top" Dock="Fill" />
</Tab>
```
Esse elemento é usado para oferecer suporte a associação de um caso de teste com um teste automatizado. Para obter mais informações, consulte Como: Associar um teste automatizado de um caso de teste.
Salve o arquivo XML.
Digite o seguinte comando para importar o arquivo MyTestCase, substituindo os dados para os argumentos que são mostrados, e então pressione ENTER.
```
witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyTestCase.xml
```
Quando a importação foi concluída com êxito, aparece a seguinte mensagem:

A importação de tipo de item de trabalho foi concluída.
Para verificar as alterações na Team Explorer, seu projeto de equipe, com o botão direito e, em seguida, clique em Atualizar.
Com o botão direito Itens de trabalho, aponte para Novo Item de trabalhoe em seguida, clique em caso de teste.

Verifique se as alterações para o formulário de item de trabalho e novos campos aparecem.

Voltar ao topo

Baixe o MSF for Agile Software Development v 5.0 modelo de processo

Baixe a versão 5.0 do modelo de processo do MSF. Para obter mais informações, consulte Baixe a versão 5.0 de modelos de processo do MSF.

Adicionando objetos de rastreamento de Item de trabalho

Para adicionar objetos para controlar os itens de trabalho, você deve seguir estas etapas na seqüência indicada:

Adicione tipos de Link: SharedSteps e TestedBy
Adicione tipos de Item de trabalho: Caso de teste e etapas compartilhadas
Adicionar categorias de tipos de Item de trabalho

Adicione tipos de Link: SharedSteps e TestedBy

Para adicionar tipos de link

Em um computador onde Visual Studio 2010 é instalado, abra uma janela de Prompt de comando.
Altere o diretório que contém o witadmin ferramenta de linha de comando digitando o seguinte comando e depois pressionando ENTER.

cd Unidade:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE
Para importar os arquivos de definição de tipo de link, digite dois comandos a seguir, substituindo os dados para os argumentos que são mostrados e pressione 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"
```
Para DirectoryPath, especifique o local da pasta LinkTypes para o modelo de processo que você baixou. O caminho do diretório deve seguir essa estrutura:

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

O comando a seguir mostra um exemplo de como importar o tipo de link de TestedBy:

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

Adicione tipos de Item de trabalho: Caso de teste e a etapa compartilhada

Observação
Se você tiver modificado um tipo de caso de teste existente de item de trabalho, conforme descrito em Personalizando um caso de teste tipo de trabalho Item existente anteriormente neste tópico, você precisa importar apenas o tipo de etapa compartilhada do item de trabalho.

Para importar os arquivos de definição de tipos de item de trabalho

Na janela do Prompt de comando, digite dois comandos a seguir, substituindo os dados para os argumentos que são mostrados e pressione 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"
```
Para DirectoryPath, especifique o local do diretório da pasta TypeDefinitions para o modelo de processo que você baixou. O caminho do diretório deve seguir essa estrutura:

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

O comando a seguir mostra um exemplo de como importar o arquivo de definição de tipo de caso de teste:

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

Adicionar categorias de tipos de Item de trabalho

Para importar arquivos de definição de categorias

Na janela do Prompt de comando, digite o seguinte comando, substituindo os dados para os argumentos que são mostrados e pressione ENTER.

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

Para DirectoryPath, especifique o local da pasta para o modelo de processo que você baixou o rastreamento de item de trabalho. O caminho do diretório deve seguir essa estrutura:

Unidade: \MSFTemplateFolder\Agile\Files\WorkItem Tracking\

O comando a seguir mostra um exemplo de como importar arquivos de definição de categorias:

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

Observação
Importando o arquivo XML de categorias para um projeto para substituir todas as categorias existentes. Categorias que foram definidas anteriormente, mas não são especificadas no arquivo serão excluídas.

Voltar ao topo

Modificar definições de tipo de Item de trabalho

Você deve modificar as definições de tipo para os tipos de item de trabalho para o bug e o cenário ou requisito. Você deve adicionar dois campos para a definição de bug e adicione controles de formulário para ambos os tipos de definição.

Execute as seguintes tarefas:

Modificar a definição de tipo de Bug
Modificar o cenário ou a definição de tipo de requisito

Modificar a definição de tipo de Bug

Para modificar a definição de tipo de bug

Na janela do Prompt de comando, digite o seguinte comando, substituindo os dados para os argumentos que são mostrados e pressione ENTER.
```
witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:bug /f:MyBug.xml
```
Em Visual Studio ou um editor de texto, abra o arquivo MyBug.xml.

Adicione o seguinte FIELD elementos de FIELDS seção do arquivo XML:

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

Substitua o seguinte Tab elemento é rotulado como "Histórico":

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

com a seguinte sintaxe:

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

Adicionar o Control elemento após o Group elemento a Tab que é rotulado como "Detalhes" sob o FORM seção no arquivo XML:

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

Excluir o Tab o elemento "Links", porque você irá substituí-lo com dois novos guia elementos.
```
<Tab Label="Links">   <Control Type="LinksControl"/></Tab>
```

Adicionar um Tab elemento depois na guia Details na FORM seção usando a seguinte sintaxe:

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

Adicionar um Tab elemento após o guia de casos de teste usando a seguinte sintaxe:

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

Salve o arquivo XML.
Digite o seguinte comando para importar o arquivo MyBug, substituindo os dados para os argumentos que são mostrados, e então pressione ENTER.
```
witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyBug.xml
```
Quando a importação foi concluída com êxito, aparece a seguinte mensagem:

A importação de tipo de item de trabalho foi concluída.
Para verificar as alterações na Team Explorer , seu projeto de equipe, com o botão direito e, em seguida, clique em Atualizar.
Com o botão direito Itens de trabalho, aponte para Novo Item de trabalhoe em seguida, clique em Bug.
Verifique se as alterações para o formulário de item de trabalho e novos campos aparecem.

Voltar ao topo

Modificar o cenário ou a definição de tipo de requisito

Para modificar a definição de tipo de cenário ou requisito

Na janela do Prompt de comando, digite o seguinte comando, substituindo os dados para os argumentos mostrados e então pressione ENTER.

Observação
Este exemplo faz referência o tipo de item de trabalho do cenário. Se seu projeto de equipe é baseado no modelo de processo CMMI, substitua o requisito ou outro tipo de item de trabalho, você pode usar para controlar os recursos do produto. Se o seu projeto de equipe não tem um requisito, você pode importar os usuário matéria ou requisito tipo arquivos de definição que são fornecidos com a versão 5.0 de modelos de processo do MSF. Para obter mais informações, consulte Exportar e importar os tipos de Item de trabalho a partir de um projeto existente.

Este exemplo faz referência o tipo de item de trabalho do cenário. Se seu projeto de equipe é baseado no modelo de processo CMMI, substitua o requisito ou outro tipo de item de trabalho, você pode usar para controlar os recursos do produto. Se o seu projeto de equipe não tem um requisito, você pode importar os usuário matéria ou requisito tipo arquivos de definição que são fornecidos com a versão 5.0 de modelos de processo do MSF. Para obter mais informações, consulte Exportar e importar os tipos de Item de trabalho a partir de um projeto existente.

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

Em Visual Studio ou um editor de texto, abra o arquivo MyScenario.xml.
Excluir o Tab elemento "Links", porque você irá substituí-lo com dois novos elementos de guia, que fornecem controle de link.
```
<Tab Label="Links">   <Control Type="LinksControl"/></Tab>
```

Adicione o seguinte Tab elemento a FORM seção do arquivo XML:

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

Adicione o seguinte Tab elemento a FORM seção do arquivo XML:

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

Salve o arquivo XML.
Digite o seguinte comando para importar o arquivo MyScenario, substituindo os dados para os argumentos que são mostrados, e então pressione ENTER.
```
witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyScenario.xml
```
Quando a importação foi concluída com êxito, aparece a seguinte mensagem:

A importação de tipo de item de trabalho foi concluída.
Para verificar as alterações na Team Explorer , seu projeto de equipe, com o botão direito e, em seguida, clique em Atualizar.
Itens de trabalho com o botão direito, aponte para Novo Item de trabalhoe em seguida, clique em cenário.
Verifique se as alterações para o formulário de item de trabalho e novos campos aparecem.

Voltar ao topo

Especificando o tipo de Bug a ser criado no Test Manager

Para oferecer suporte a criação automática de um item de trabalho para controlar os defeitos de código ou bugs encontrados quando um membro da equipe de teste usa Microsoft Test Manager, você deve especificar o tipo de bug a ser usado para o seu projeto de equipe existente. O tcm bugfieldmapping comando suporta a importação e exportação de um arquivo de mapeamento para a equipe do projeto. O arquivo de mapeamento define o tipo de item de trabalho para criar e os campos de dados de três a ser preenchido por Microsoft Test Manager. Os três campos são etapas reproduzíveis, informações do sistema e a compilação em que o defeito foi encontrado. Quando um testador executa um teste e localiza um defeito, eles podem criar um bug em que os três campos são preenchidos automaticamente.

Para obter mais informações, consulte Especificando o tipo de Bug para o arquivo usando o Gerenciador de teste da Microsoft.

Para especificar o tipo de bug a ser criado pelo Gerenciador de teste do Microsoft

Abra o bloco de notas ou um editor de texto e copie o código a seguir para o arquivo:

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

Observação
Se o tipo de item de trabalho que você pode usar para criar os defeitos de código é rotulado como algo diferente de "Bug" Substitua "Bug" no exemplo anterior com o nome desse tipo de item de trabalho.

Salve o arquivo e nomeie-o bugfieldmappings.xml.
Na janela do Prompt de comando, digite o seguinte comando, substituindo os dados para os argumentos que são mostrados e pressione ENTER.
```
tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /teamproject:project
```
Para DirectoryPath, especifique a pasta onde você salvou o arquivo bugfieldmappings.xml.

O comando a seguir mostra um exemplo para importar o arquivo de bugfieldmappings.xml:

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

Voltar ao topo

A concessão de permissões para os membros da equipe de teste

Você deve conceder permissões para membros da equipe gerenciar ambientes de teste e testar as configurações, criar e exibir execuções de teste e executar outras tarefas.

A tabela a seguir descreve as permissões que controlam o acesso para testar as funções e suporte uma interface com o projeto de equipe para teste. Ele também indica as atribuições padrão que são feitas na versão 5.0 de modelos de processo do MSF, além de para as permissões recomendadas para conceder os testadores manuais e testar lidera.

Permissão	Descrição	Escopo
Exibir informações de nível de projeto	Pode exibir membros de grupos de nível de projeto e as permissões desses membros.	Nível de projeto
Exibir execuções de teste	Pode exibir planos de teste nesse nó.	Nível de projeto
Criar execuções de teste	Pode adicionar e remover os resultados de teste e adicionar ou modificar as execuções de teste para o projeto de equipe.	Nível de projeto
Gerenciar configurações de teste	Pode criar e excluir configurações de teste para o projeto de equipe.	Nível de projeto
Gerenciar ambientes de teste	Pode criar e excluir os ambientes de teste para o projeto de equipe.	Nível de projeto
Excluir execuções de teste	Pode excluir um teste programado para o projeto de equipe.	Nível de projeto
Exibir esse nó	Pode exibir as configurações de segurança de um nó de área.	Nó de área
Gerenciar planos de teste	Pode criar e editar planos de teste que são atribuídos a um nó de área. Se não tiverem sido executados os planos de teste, você também pode excluir.	Nó de área
Gerenciar controladores de teste	Pode registrar e cancelar o registro de controladores de teste para a coleção de projeto de equipe.	Coleção de projeto

Você pode conceder permissões seguindo os procedimentos que são indicados para a área de escopo específico:

Você pode definir permissões de nível de projeto no Team Explorer clicando com o projeto, clicando em As configurações de projeto de equipee, em seguida, clicando em Security. Você também pode definir essas permissões usando o TFSSecurity ferramenta de linha de comando. Para obter mais informações, consulte Managing Permissions.
Você pode definir permissões do nó de área Team Explorer clicando com o projeto, clicando em áreas e iterações, clicando no área guia e, em seguida, clicando em Security. Para obter mais informações, consulte Criar e modificar áreas e iterações.
Você pode definir permissões de coleção do projeto clicando com o servidor em Team Explorer e, em seguida, clicando em Security, abrindo e usando o console de administração para Team Foundation, ou usando o TFSSecurity e tf Ferramentas de linha de comando. Para obter mais informações, consulte Grupos de nível de conjunto.

Para obter mais informações, consulte Alterar permissões para um grupo ou usuário.

Voltar ao topo

Iniciando o Gerenciador de teste da Microsoft

Depois de concluir as tarefas de atualização descritas anteriormente neste tópico, você pode iniciar Microsoft Test Manager, conecte-se ao seu projeto e começar a planejar seus esforços de teste. Para obter mais informações, consulte Testando o aplicativo.

Voltar ao topo

Consulte também

Conceitos

Caso de teste (Agile)

Etapas Compartilhado (Agile)

Outros recursos

witAdmin: Administrando objetos para controlar os itens de trabalho

Especificando o tipo de Bug para o arquivo usando o Gerenciador de teste da Microsoft

Personalizando modelos de processo

Atualizando um projeto de equipe atualizada para novos recursos de acesso

Histórico de alterações

Date	History	Motivo
Julho de 2010	Adicionadas informações sobre possíveis conflitos com alterações de nomes amigáveis dos campos. Corrigido alguns exemplos para o witadmin comando porque eles estavam faltando uma barra invertida no caminho de dados do diretório. Corrigido os nomes amigáveis de vários campos para o gerenciamento de casos de teste e adicionado Voltar ao início links.	Comentários do cliente.

Julho de 2010

Adicionadas informações sobre possíveis conflitos com alterações de nomes amigáveis dos campos. Corrigido alguns exemplos para o witadmin comando porque eles estavam faltando uma barra invertida no caminho de dados do diretório. Corrigido os nomes amigáveis de vários campos para o gerenciamento de casos de teste e adicionado Voltar ao início links.

Comentários do cliente.

Compartilhar via

A ativação da interface com o Microsoft Test Manager para projetos de equipe atualizados

Sobre nomes de Item de trabalho, Item de trabalho campos e possíveis conflitos

A renomeação de um tipo de Item de trabalho

Para renomear um tipo de item de trabalho

Personalizando um tipo de caso de teste existente de Item de trabalho

Para personalizar um tipo de item de trabalho existente do caso de teste

Baixe o MSF for Agile Software Development v 5.0 modelo de processo

Adicionando objetos de rastreamento de Item de trabalho

Adicione tipos de Link: SharedSteps e TestedBy

Para adicionar tipos de link

Adicione tipos de Item de trabalho: Caso de teste e a etapa compartilhada

Para importar os arquivos de definição de tipos de item de trabalho

Adicionar categorias de tipos de Item de trabalho

Para importar arquivos de definição de categorias

Modificar definições de tipo de Item de trabalho

Modificar a definição de tipo de Bug

Para modificar a definição de tipo de bug

Modificar o cenário ou a definição de tipo de requisito

Para modificar a definição de tipo de cenário ou requisito

Especificando o tipo de Bug a ser criado no Test Manager

Para especificar o tipo de bug a ser criado pelo Gerenciador de teste do Microsoft

A concessão de permissões para os membros da equipe de teste

Iniciando o Gerenciador de teste da Microsoft

Consulte também

Conceitos

Outros recursos

Histórico de alterações

Recursos adicionais