Campos que dão suporte à integração com teste, compilação e controle de versão
Você pode personalizar tipos de itens de trabalho (WITs) para que contenham informações geradas por processos automatizados adicionando campos que se integram ao Team Foundation Build, Microsoft Test Manager e Controle de versão do Team Foundation.
Campos que se integram ao Team Foundation Build
Team Foundation Build é o sistema de compilação automatizado do Team Foundation Server. Você pode configurar seu processo de compilação usando Team Foundation Build e Team Foundation Build, pode gerar itens de trabalho quando ocorrer uma falha na compilação. Também é possível adicionar informações da compilação aos itens de trabalho que foram resolvidos em uma compilação específica. Para esse trabalho, Team Foundation Build requer que os dois campos a seguir sejam adicionados à definição de tipo de item de trabalho: Encontrado em e Compilação de Integração.
Nos modelos do processo padrão que Team Foundation Server fornece, os campos Encontrado em e Compilação Integrada aparecem nas definições de tipo para bugs. Esses campos associam bugs às compilações onde foram encontrados ou corrigidos. Você pode usar o trecho de código a seguir para adicionar esses campos a uma definição WIT.
<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>
<SUGGESTEDVALUES>
<LISTITEM value="<None>" />
</SUGGESTEDVALUES>
</FIELD>
<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
<HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
<SUGGESTEDVALUES>
<LISTITEM value="<None>" />
</SUGGESTEDVALUES>
</FIELD>
Quando o campo Encontrado em estiver presente em uma definição WIT, Team Foundation Build criará um item de trabalho quando ocorrer uma falha na compilação e definirá o campo Encontrado em como o número da compilação que acabou de falhar. Se o campo Encontrado em estiver ausente, Team Foundation Build não criará um item de trabalho para a compilação com falha e todo o resto funcionará conforme o esperado.
Quando o campo Compilação de Integração estiver presente na definição WIT, o Team Foundation Build identificará itens de trabalho que foram resolvidos com cada compilação e atualizará esses itens de trabalho para definir o número da compilação na qual eles foram resolvidos no campo Compilação de Integração. Se o campo Compilação de Integração estiver ausente, Team Foundation Build não armazenará o número da compilação nos itens de trabalho e todo o resto funcionará conforme o esperado.
Associações de compilação com conjuntos de alterações e itens de trabalho
Uma compilação padrão baseada no modelo de compilação padrão associará conjuntos de alterações e itens de trabalho a compilações. Isso é feito primeiramente recuperando o rótulo da compilação bem-sucedida anterior da definição da compilação fornecida e, em seguida, determinando quais conjuntos de alterações foram incluídos na compilação atual que não foram incluídos na compilação anterior. Alguns ou todos os conjuntos de alterações podem ter itens de trabalho associados a eles e esses itens de trabalho serão associados à compilação. Isso é feito como parte da atividade AssociateChangesetsAndWorkItems.
Compilações e preenchimento automático da lista global
Na primeira vez em que você enfileira uma compilação para um projeto de equipe usando o Team Foundation Build, o TFS adiciona automaticamente uma lista global chamada “Compilação - <nome do projeto de equipe>.” Sempre que uma compilação for executada, uma LISTITEM será adicionada a esta lista global com o nome da compilação.
Ao adicionar um elemento GLOBALLIST à definição FIELD, você pode fornecer um menu suspenso de compilações, dentre as quais os usuários podem escolher. Por exemplo:
<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>
<SUGGESTEDVALUES>
<LISTITEM value="<None>" />
</SUGGESTEDVALUES>
<SUGGESTEDVALUES expanditems="true" filteritems="excludegroups">
<GLOBALLIST name="Builds - TeamProjectName" />
</SUGGESTEDVALUES>
</FIELD>
Campos que se integram ao Microsoft Test Manager
Com Test Manager, você pode automatizar a criação de um bug ou de outro tipo de item de trabalho quando um teste falhar. Para obter mais informações, consulte Enviando bugs no Microsoft Test Manager.
Quando um item de trabalho tiver sido criado dessa maneira, as informações sobre o sistema e as etapas para reproduzir o bug são capturadas nos campos Informações do Sistema e Etapas de Reprodução.
Você pode adicionar esses campos aos tipos de itens de trabalho criados para acompanhar os defeitos usando o trecho de código a seguir.
<FIELD name="System Info" refname="Microsoft.VSTS.TCM.SystemInfo" type="HTML" />
<FIELD name="Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML" />
Para saber mais sobre campos adicionais usados por Test Manager, veja Referência de campos de integração de compilação e teste.
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ê associe ou resolva itens de trabalho ao fazer check-in no código. Você pode ter trabalhado em um item de trabalho específico ao fazer uma mudança no código e pode definir essa associação de dentro da janela de check-in de controle de fonte quando tiver terminado de trabalhar no código.
A capacidade de Controle de versão do Team Foundation em resolver um item de trabalho requer que os itens de trabalho contenham uma ação específica. O sistema de controle de origem consulta então o acompanhamento do item de trabalho para determinar se ele é compatível com essa ação e, caso seja compatível com a ação, consulta também os estados de origem e de destino da transição. Se a ação for encontrada, o sistema de controle de origem pode fazer a transição do item de trabalho de acordo com a transição definida quando o check-in do código for feito.
Dica
Quando você usa a ação Checkin, deverá definir os estados “de” e “para” apropriados para refletir o estado da transição desejado.
Para saber mais sobre Ações, veja Automatizar atribuições de campo com base em estado, transição ou motivo.
Exemplo da Ação de Fazer Check-in
<TRANSITION from="Active" to="Resolved">
....
<ACTIONS>
<ACTION value="Microsoft.VSTS.Actions.Checkin"/>
</ACTIONS>
....
</TRANSITION>
Perguntas e respostas
P: Quais os outros campos associados às compilações e ao Test Manager?
R: Veja Referência de campos de integração de compilação e teste para campos adicionais,
Consulte também
Tarefas
Que desenvolvimento foi feito desde a última compilação?