El Bruno

Buenas,

mi anterior post comentaba como crear un campo personalizado para definir el entorno de un origen de un Bug. Este campo permite identificar si el Bug originó el el entorno de Desarrollo, PreProducción o Producción, analizando luego el origen de los bugs podemos identificar variables que determinen como funciona nuestro equipo de QA, cuantos Bugs se reportan en Produccion (por favor ninguno !!!), etc.

Pero un detalle interesante a tener en cuenta puede ser identificar los Bugs que ocasionan los Builds de Team Foundation Server 2008 en un entorno diferente. Para esto podemos personalizar la definición del Build para definir los valores que tendrá el WorkItem que se creará siguiendo los siguientes pasos:

1. En el panel Team Explorer, seleccionar el Build que queremos modificar

2. Desplegar el menú contextual y seleccionar la opción Check Out for Edit (requerimiento TFS SideKicks)

3. Dentro de la definición del proyecto, podremos ver un xml similar a:

 1 <Project DefaultTargets="DesktopBuild" xmlns="http://schemas.microsoft.com/developer/msbuild/2003" ToolsVersion="3.5">
 2   <PropertyGroup>
 3     ...
 4     <!-- Additional Properties -->
 5     <!--  WorkItemType
 6      The type of the work item created on a build failure. 
 7      -->
 8     <WorkItemType>Bug</WorkItemType>
 9 
10     <!--  WorkItemFieldValues
11      Fields and values of the work item created on a build failure.
12      
13      Note: Use reference names for fields if you want the build to be resistant to field name 
14      changes. Reference names are language independent while friendly names are changed depending 
15      on the installed language. For example, "System.Reason" is the reference name for the "Reason" 
16      field.
17      -->
18     <WorkItemFieldValues>System.Reason=Build Failure;System.Description=Start the build using Team Build.System;ElBruno.BugSource=Build</WorkItemFieldValues>
19 
20     <!--  WorkItemTitle
21      Title of the work item created on build failure.
22      -->
23     <WorkItemTitle>Build failure in build:</WorkItemTitle>
24 
25     <!--  DescriptionText
26      History comment of the work item created on a build failure. 
27      -->
28     <DescriptionText>This work item was created by Team Build on a build failure.</DescriptionText>
29     ...
30   <PropertyGroup>
31 </Project>
32 

Donde es importante tener en cuenta las líneas

• Linea 08: define el tipo de WorkItem que se creará si falla la ejecución un proyecto de Build
• Línea 18: define los valores por defecto para los campos del WorkItem a crear (separados por ;)
• Línea 23: define el prefijo del Título del WorkItem a crear
• Línea 28: define la descripción del WorkItem a crear

4. De esta forma, si lanzamos un Build y el mismo dispara una excepcion, se creará un nuevo Bug con los siguientes datos por defecto:

5. Podemos ver en el histórico del mismo, los datos con los que se creó el Bug

Opción de las que me gustan a mi –> bien simples

Saludos @ Home

El Bruno