Campos para la integración con Test, Build y control de versiones

Puede personalizar los tipos de elemento de trabajo (WIT) para que contengan la información generada por procesos automatizados, agregando campos que se integran con Team Foundation Build, Microsoft Test Manager y control de versiones 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. El proceso de compilación se puede configurar con Team Foundation Build, y Team Foundation Build puede generar elementos de trabajo cuando una compilación experimenta un error. También puede agregar información de compilación a los elementos de trabajo que se resolvieron en una compilación concreta. Para que esto funcione, Team Foundation Build requiere que se agreguen los dos campos siguientes a la definición del tipo de elemento de trabajo: Encontrado en y Compilación de integración.

En las plantillas de proceso predeterminado que proporciona Team Foundation Server, los campos Encontrado en e Integrado en la compilación aparecen en las definiciones de tipos para errores. Estos campos asocian errores con las compilaciones en las que 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>
        <SUGGESTEDVALUES>
          <LISTITEM value="&lt;None&gt;" />
        </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="&lt;None&gt;" />
        </SUGGESTEDVALUES>
</FIELD>

Si el campo Encontrado en está en la definición de un tipo de elemento de trabajo, Team Foundation Build crea un elemento de trabajo cuando una compilación experimenta un error y establece el campo Encontrado en en el número de compilación de la compilación que acaba de experimentar el error. Si falta el campo Encontrado en, Team Foundation Build no crea un elemento de trabajo para la compilación con el error, pero todo lo demás funciona con normalidad.

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

Asociaciones de compilación a conjuntos de cambios y elementos de trabajo

Una compilación estándar basada en la plantilla de compilación predeterminada asociará conjuntos de cambios y elementos de trabajo a las compilaciones. Para hacerlo, primero recupera la etiqueta de la compilación correcta anterior de la definición de la compilación de que se trate y, después, determina qué conjuntos de cambios hay en la compilación actual que no estaban incluidos en la compilación anterior. Algunos conjuntos de cambios, o todos, podrían tener elementos de trabajo asociados. Estos elementos de trabajo se asocian a la compilación. Esta operación forma parte de la actividad AssociateChangesetsAndWorkItems.

Compilaciones y rellenado automático de la lista global

La primera vez que se pone en cola una compilación para un proyecto de equipo mediante Team Foundation Build, TFS agrega automáticamente una lista global con la etiqueta “Compilación - <nombre del proyecto de equipo>”. Cada vez que se ejecuta una compilación, se agrega LISTITEM a esta lista global, con el nombre de la compilación.

Si agrega un elemento GLOBALLIST a la definición de FIELD, puede proporcionar un menú desplegable con las compilaciones que pueden elegir los usuarios. Por ejemplo:

<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="&lt;None&gt;" />
        </SUGGESTEDVALUES>
        <SUGGESTEDVALUES expanditems="true" filteritems="excludegroups">
          <GLOBALLIST name="Builds - TeamProjectName" />
        </SUGGESTEDVALUES>
</FIELD>

Campos que se integran con Microsoft Test Manager

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

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

Puede agregar estos campos a los tipos de elemento de trabajo que cree para realizar el seguimiento de errores mediante el siguiente fragmento 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 obtener más información sobre otros campos adicionales que usa Test Manager, vea Referencia de campos 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 de control de versiones de Team Foundation permite asociar o resolver elementos de trabajo al proteger código. Puede haber trabajado en un elemento de trabajo concreto al realizar un cambio de código, y puede establecer esa asociación desde la ventana de protección de control de código fuente al terminar el trabajo en el código.

Para que control de versiones de Team Foundation pueda resolver un elemento de trabajo es necesario que los elementos de trabajo contengan una acción concreta. El sistema de control de código fuente, a continuación, consulta el seguimiento de los elementos de trabajo para determinar si el elemento de trabajo admite esa acción y, si es así, solicita también los estados de origen y de destino de la transición. Si se encuentra la acción, el sistema de control del código fuente puede realizar la transición del elemento de trabajo según la transición establecida al proteger el código.

Nota

Al usar la acción Checkin, debe establecer los estados ‘de’ y ‘a’ adecuados, de forma que reflejen la transición de estado que desee.

Para obtener más información sobre las acciones, vea Automatizar las asignaciones de campo en función del estado, la transición o el motivo.

Ejemplo de acción de protección

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

Preguntas y respuestas

P: ¿Qué otros campos se asocian a las compilaciones y a Test Manager?

R: Vea Referencia de campos de integración de compilación y pruebas para obtener información sobre los campos adicionales.

Vea también

Tareas

¿Qué tareas de desarrollo se han realizado desde una compilación anterior?

Otros recursos

Definir campos de elementos de trabajo