Adicionando campos de integração em tipos de Item de trabalho

Artigo
08/01/2011

Você pode personalizar os tipos de itens de trabalho para conter informações geradas por processos automatizados, adicionando campos que se integram Team Foundation Build, Microsoft Test Manager, e Controle de versão do Team Foundation.

Neste tópico

Campos que se integram com o Team Build
Campos que se integram as ferramentas de teste de Visual Studio
Campos que se integram ao controle de origem do Team Foundation

Campos que se integram ao Team Foundation Build

Team Foundation Buildé o sistema de compilação automatizada de Team Foundation Server. Você pode configurar o processo de compilação usando Team Foundation Build. Team Foundation Buildpode gerar os itens de trabalho quando uma compilação falhar e ele também pode adicionar informações de compilação para itens de trabalho que foram resolvidos em uma compilação específica. Para este trabalho, Team Foundation Build requer dois campos a seguir: Found In e Integration Build.

Adicionando o encontrado no campo

Team Foundation Buildcria um item de trabalho quando uma compilação falhar e define o Found In campo para o número de compilação da compilação que acaba de falhar. O Found In campo deve estar presente no tipo de item de trabalho que você deseja Team Foundation Build para criar quando uma falha de compilação. Se o Found In campo está ausente, Team Foundation Build não cria um item de trabalho para a compilação falhou, e tudo funciona como esperado.

A tabela a seguir resume os nomes e valores de Found In atributos de campo.

Nome do atributo	Valor do atributo
RefName	Microsoft.VSTS.Build.FoundIn
Nome	Pode ser definido como algo como funciona a integração baseado em nomes de referência de campo, não os nomes de campo.
Tipo	String

Exemplo de campo encontrado.

<FIELD name="Found In" refname="Microsoft.VSTS.Build.FoundIn" type="String" reportable="dimension">
    <HELPTEXT>Product build number (revision) in which this item was found</HELPTEXT>
</FIELD>

Adicionando o campo de compilação de integração

Team Foundation Buildidentifica os itens de trabalho que foram resolvidos com cada compilação e atualizações funcionem itens para definir o número de compilação no qual foram resolvidos. Ele define o número de compilação do Integration Build campo. Se o Integration Build campo está ausente, Team Foundation Build faz armazenar o número de compilação em itens de trabalho e tudo funciona como esperado.

A tabela a seguir resume os nomes e valores de Integration Build atributos de campo.

Nome do atributo	Valor do atributo
RefName	Microsoft.VSTS.Build.IntegrationBuild
Nome	Pode ser definido como algo como funciona a integração baseado em nomes de referência de campo, não os nomes de campo.
Tipo	String

Exemplo de campo de compilação integração

<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
    <HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
</FIELD>

Campos que se integram as ferramentas de teste de Visual Studio

Algumas edições do Visual Studio incluem o teste de ferramentas que estão integradas no ambiente de desenvolvimento. Um recurso disponível nas ferramentas de testes é a capacidade de criar itens de trabalho quando um teste falhar. Para fazer isso, na janela Test Results, clique com o botão direito no resultado de teste para o qual você deseja criar um bug, aponte para Create Work Iteme clique no tipo de item de trabalho que você deseja criar, como Bug. Para obter mais informações, consulte How to: Create a Work Item from a Test Result.

Quando um item de trabalho foi criado dessa maneira, os três campos podem ser preenchidos automaticamente para fornecer informações sobre a falha de teste. Os três campos são TestName, TestId, e TestPath. Test Managerdefine esses três campos usando as informações específicas sobre o teste de falha. Se a TestName, TestId, e TestPath campos estão ausentes do item de trabalho, os campos não são definidos e tudo funciona como esperado.

A tabela a seguir resume os nomes e valores dos atributos de um desses três campos.

Nome do atributo	Valor do atributo
RefName	Microsoft.VSTS.Test.TestName, Microsoft.VSTS.Test.TestId, Microsoft.VSTS.Test.TestPath
Nome	Pode ser definido como algo como funciona a integração baseado em nomes de referência de campo, não os nomes de campo.
Tipo	String

Exemplo dos campos de TestPath, TestId e TestName

<FIELD name="Test Name" refname="Microsoft.VSTS.Test.TestName" type="String" reportable="detail">
    <HELPTEXT>The name of the test that found this bug</HELPTEXT>
</FIELD>
<FIELD name="Test Id" refname="Microsoft.VSTS.Test.TestId" type="String" reportable="detail">
    <HELPTEXT>The Id of the test that found this bug</HELPTEXT>
</FIELD>
<FIELD name="Test Path" refname="Microsoft.VSTS.Test.TestPath" type="String" reportable="detail">
    <HELPTEXT>The full pathname of the test that found this bug</HELPTEXT>

Campos que se integram ao Team Foundation Version Control

Um dos recursos disponíveis em Controle de versão do Team Foundation permite que você associar ou resolver os itens de trabalho quando você verificar no código. Você talvez tenha trabalhado em um determinado item de trabalho quando você alterar um código e você pode definir a associação de dentro da janela de check-in de controle de origem quando tiver terminado de trabalhar no código.

A capacidade de Controle de versão do Team Foundation para resolver um item de trabalho requer que os itens de trabalho contenham uma ação específica. O sistema de controle de origem, em seguida, consulta o rastreamento de item de trabalho para determinar se o item de trabalho oferece suporte a essa ação, e se ele oferece suporte a essa ação, ele consulta também para os estados de origem e destino da transição. Se a ação for encontrada, o sistema de controle de origem poderá fazer a transição o item de trabalho de acordo com a transição do conjunto quando verifica no código.

Observação
Quando você usa o Checkin ação, você deve definir apropriado 'de' e 'para' estados para refletir a transição de estado que desejar.

Para obter mais informações sobre ações, consulte Associando a uma ação de uma transição de estado e Detalhes da ação de transição.

Exemplo da ação de check-in

<TRANSITION from="Active" to="Resolved">
....
    <ACTIONS>
        <ACTION value="Microsoft.VSTS.Actions.Checkin"/>
    </ACTIONS>
....  
</TRANSITION>

Consulte também

Partilhar via