Agregar campos para dar soporte técnico a la integración con prueba, compilación y control de versiones

Puede personalizar los tipos de elemento de trabajo para que contengan la información generada por los procesos automatizados agregando campos que se integran con Team Foundation Build, Microsoft Test Manager y control de versiones de Team Foundation. 

En este tema

• Campos que se integran con Team Build

• Campos que se integran con Visual Studio Test Tools

• Campos que se integran con el control de código fuente de Team Foundation

Campos que se integran con Team Foundation Build

Team Foundation Build es el sistema de compilación automatizado de Team Foundation Server.Puede configurar el proceso de compilación mediante Team Foundation Build, y Team Foundation Build puede generar elementos de trabajo cuando se produce un error de compilación.También puede agregar información de compilación a los elementos de trabajo que se resolvieron en una compilación determinada.Para que esto funcione, Team Foundation Build requiere que los dos campos siguientes se agregan a la definición de tipo de elemento de trabajo: Encontrado en y Integración de compilación.

En las plantillas de proceso predeterminadas que Team Foundation Server proporciona, Encontrado en los campos Integrado en la compilación aparecen en las definiciones de tipos para los errores.Estos campos asociar errores con las compilaciones donde se encontraron o corrigieron.Puede utilizar el siguiente fragmento de código para agregar estos campos a una definición de tipo de elemento de trabajo.

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

Cuando el campo Encontrado en está presente en la definición de tipo de elemento de trabajo, Team Foundation Build crea un elemento de trabajo cuando se produce un error de compilación, y establece el campo Encontrado en el número de compilación en la que se ha producido el error.Si falta el campo Encontrado en, Team Foundation Build no crea un elemento de trabajo para la compilación errónea, y todo lo demás funciona según lo esperado.

Cuando el campo Integración de compilación está presente en la definición de tipo de elemento de trabajo, Team Foundation Build identifica los elementos de trabajo que se resolvieron en cada compilación y después actualiza los elementos de trabajo para establecer el número de compilación en la que se resolvieron en el campo Integración de compilación.Si falta el campo Integración de compilación, Team Foundation Build no almacena el número de compilación en los elementos de trabajo, y todo lo demás funciona según lo esperado.

Para obtener más información, vea Referencia de campo de integración de compilación y pruebas.

Campos que se integran con Microsoft test manager

Con Test Manager, puede automatizar la creación de error u otro tipo de elemento de trabajo cuando una prueba.Para obtener más información, vea Enviar errores en Microsoft Test Manager.

Cuando un elemento de trabajo se ha creado de esta forma, la información del sistema y los pasos para reproducir el error se capturan en los campos Información del sistema y Pasos de reproducción.

Puede agregar estos campos a los tipos de elemento de trabajo creada para seguir los defectos usando el fragmento de código siguiente.

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

Para obtener más información sobre los campos adicionales utilizados por Test Manager, vea Referencia de campo de integración de compilación y pruebas.

Campos que se integran con el control de versiones de Team Foundation

Una de las características disponibles en control de versiones de Team Foundation permite asociar o resolver los elementos de trabajo cuando se protege el código.Quizá haya trabajado en un elemento de trabajo concreto al realizar una modificación de código determinada y puede establecer esa asociación en la ventana de protección de control de código fuente cuando termine de trabajar en el código.

La capacidad de control de versiones de Team Foundation para resolver un elemento de trabajo requiere que los elementos de trabajo contengan una acción determinada.El sistema de control de código fuente consulta a continuación el seguimiento del elemento de trabajo para determinar si el elemento de trabajo admite esa acción, y en caso afirmativo, también consulta los estados de origen y destino de la transición.Si se encuentra la acción, el sistema de control de código fuente puede realizar la transición del elemento de trabajo de acuerdo con la transición establecida cuando protege el código.

[!NOTA]

Cuando utiliza la acción Checkin, debe establecer los estados 'from' y 'to' apropiados para reflejar la transición de estado que desea.

Para obtener más información acerca de las acciones, vea Associating a State Transition with an Action y Transition Action Details.

Ejemplo de la acción de protección

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

Vea también

Conceptos

Determinar qué compilaciones tienen correcciones de errores, nuevas características o requisitos

Otros recursos

Determinar los requisitos de personalización de procesos y seguimiento

Historial de cambios

Fecha	Historial	Motivo
Agosto de 2012	Campos actualizados que integración con Test Manager y vínculos actualizados a temas adicionales.	Corrección de errores de contenido.