Adicionar campos para dar suporte à integração com teste, compilação e controle de versão

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

Neste tópico

• Campos que se integram com compilação de equipe

• Campos que se integram com as ferramentas de teste do Visual Studio

• Campos que se integram com controle de origem do team foundation

Campos que se integram com foundation build

Team Foundation Build é o sistema automatizado de compilação de Team Foundation Server.Você pode configurar o processo de compilação usando Team Foundation Build, e Team Foundation Build pode gerar itens de trabalho quando uma compilação falhar.Também pode adicionar informações de compilação para itens de trabalho que foram definidos em uma compilação específica.Para que isso funcione, Team Foundation Build requer que os próximos dois campos são adicionados à definição de tipo de item de trabalho: Encontrado em e Compilação de Integração.

Nos modelos padrão do processo que Team Foundation Server fornece Encontrado em , e nos campos de Integrado a compilação aparecem nas definições de tipos de erros.Esses campos associam erro com as compilações que foram encontrados ou corrigidos.Você pode usar o seguinte trecho de código para adicionar esses campos em uma definição de tipo de item de trabalho.

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

Quando o campo de Encontrado em no está presente na definição de tipo de item de trabalho, Team Foundation Build cria um item de trabalho quando uma compilação falhar, e defina o campo de Encontrado em no número de compilação de compilação que apenas falhou.Se o campo de Encontrado em estiver faltando, Team Foundation Build não cria um item de trabalho para a compilação falha, e o resto funciona como esperado.

Quando o campo de Compilação de Integração está presente na definição de tipo de item de trabalho, Team Foundation Build identifica os itens de trabalho que foram definidos com cada compilação e então atualiza os itens de trabalho para definir o número de compilação em que foram definidos no campo de Compilação de Integração .Se o campo de Compilação de Integração estiver faltando, Team Foundation Build não armazena o número de compilação nos itens de trabalho e, tudo o mais funciona como esperado.

Para obter mais informações, consulte Referência de campos de integração de compilação e teste.

Campos que integram com o gerenciador de teste da Microsoft

Com Test Manager, você pode automatizar a criação de um bug ou outro tipo de item de trabalho a um teste falhar.Para obter mais informações, consulte Enviando bugs no Microsoft Test Manager.

Quando um item de trabalho foi criado dessa maneira, as informações sobre o sistema e as etapas para reproduzir o erro são capturadas em campos de Informações do Sistema e de Etapas de Reprodução .

Você pode adicionar esses campos para tipos de item de trabalho que você cria controlando defeitos usando o seguinte trecho de código.

<FIELD name="System Info" refname="Microsoft.VSTS.TCM.SystemInfo" type="HTML" />
<FIELD name="Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML" />

Para obter mais informações sobre campos adicionais usados por Test Manager, consulte Referência de campos de integração de compilação e teste.

Campos que se integram com controle de versão do team foundation

Um dos recursos disponíveis em Controle de versão do Team Foundation permite associar ou resolver itens de trabalho quando você fizer o check-in no código.Você talvez tenha trabalhado em um item de trabalho específico quando você fizer uma alteração de código e você pode definir associação de dentro da janela de check-in de controle de origem quando você terminou de trabalhar no código.

A capacidade de Controle de versão do Team Foundation de resolver um item de trabalho requer que os itens de trabalho contém uma ação específica.Consultas do sistema de controle de origem funcionam no acompanhamento de item para determinar se o controle suportar de item de trabalho que a ação, e se ele suporta essa ação, também consulta para os estados de origem e de destino de transição.Se ele for encontrada, o sistema de controle de origem pode fazer a transição o item de trabalho de acordo com a transição quando definida no código.

Observação
Quando você usa a ação de Checkin , você deve definir apropriado “” e “” para os estados para refletir a transição de estado que você deseja.

Para obter mais informações sobre ações, consulte Associating a State Transition with an Action e Transition Action Details.

Exemplo de ação de check-in

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

Consulte também

Conceitos

Determinando qual baseia-se ter correções de bugs, novos recursos ou requisitos

Outros recursos

Determinar seu processo e acompanhar os requisitos de personalização

Alterar Histórico