Usar categorías para agrupar tipos de elemento de trabajo

Azure DevOps Server 2022: Azure DevOps Server 2019 | TFS 2018

Mediante categorías, puede generar informes flexibles y admitir una mayor integración entre proyectos. Puede administrar más fácilmente varios tipos de elemento de trabajo (WIT) como un grupo, así como WIT con nombres diferentes. Además, puede usar el operador de consulta In Group para filtrar una lista de elementos de trabajo en función de la categoría a la que pertenecen.

Las categorías asocian uno o más WIT como pertenecientes a la misma categoría. Las herramientas de Agile se basan en las definiciones de categoría predeterminadas, muchas de las cuales especifican un único WIT por categoría.

Este es un ejemplo de las entradas de categoría de características y errores en el archivo de definición XML categories:

<CATEGORY name="Bug Category" refname="Microsoft.BugCategory">  
    <DEFAULTWORKITEMTYPE name="Bug" />  
  </CATEGORY>  
  <CATEGORY name="Feature Category" refname="Microsoft.FeatureCategory">  
    <DEFAULTWORKITEMTYPE name="Feature" />  
  </CATEGORY>  

Puede usar categorías para realizar las operaciones siguientes:

Categorías predeterminadas y configuración de proceso

La configuración del proceso hace referencia a las categorías predeterminadas definidas para un proyecto. Estas son las categorías predeterminadas definidas en la plantilla de proceso predeterminada:

  • Categoría de error
  • Categoría Solicitud de revisión de código y Categoría Respuesta de revisión de código
  • Categoría de epopeya (controla qué WIT aparecen en el trabajo pendiente de cartera de la categoría de epopeya y en el panel Kanban)
  • Categoría de característica (controla qué WIT aparecen en el trabajo pendiente de cartera de la categoría de característica y en el panel Kanban)
  • Categoría Solicitud de comentarios y Categoría Respuesta a comentarios
  • Categoría de requisito (controla qué WIT aparecen en el trabajo pendiente del producto, en los trabajos pendientes del sprint y en el panel Kanban)
  • Categoría de paso compartido
  • Categoría de parámetro compartido
  • Categoría de tarea (controla qué WIT aparecen en el panel de tareas)
  • Categoría de caso de prueba
  • Categoría de plan de pruebas
  • Categoría de conjunto de pruebas
  • Categoría Tipos ocultos

La mayoría de estas categorías son autoexplicativas y contienen principalmente un WIT dentro de la categoría. La excepción a esta regla es la Categoría Tipos ocultos.

Si se han creado WIT que actúan de manera similar y se desea tratarlos de manera similar a como se han tratado los definidos por las categorías anteriores, entonces se deberán agregar a la categoría. Por ejemplo, si se ha definido uno o más tipos de errores, sería conveniente agregar esos tipos a la categoría de error. De esta manera, la configuración de proceso automáticamente tratará estos tipos de errores como se hace con el tipo de elemento de trabajo de error estándar. O bien, puede personalizar la categoría de requisito para que incluya dos o varios WIT que aparecerán en el trabajo pendiente del producto.

Categoría Tipos ocultos

La categoría de tipos ocultos especifica el conjunto de WIT que no se desea que los usuarios puedan crear manualmente. De forma predeterminada, este conjunto incluye:

Configuración de proceso

La configuración de proceso define el diseño y los campos usados en la visualización del trabajo pendiente del producto, trabajos pendientes de sprint y trabajos pendientes de cartera. Estas páginas se visualizan a través del portal web. La configuración del proceso usa categorías para configurar y personalizar estas funciones. Además, tenga en cuenta las siguientes restricciones:

  • Para usar los paneles de trabajo pendiente y de tareas, debe asignar al menos un WIT a la categoría de requisito y un WIT a la categoría de tarea.

  • No se puede asignar el mismo WIT a la categoría de requisito y a la categoría de tarea.

  • Si incluye más de un WIT en la categoría de requisitos o en la categoría de tarea, el tipo asignado al DEFAULTWORKITEMTYPE elemento aparece como el tipo predeterminado en las páginas de trabajo pendiente y panel de Agile.

  • Para todas las WIT que asigne a una categoría a la que se hace referencia en el archivo ProcessConfiguration, debe asignar los estados de flujo de trabajo a un metastate válido, tal como se describe en Referencia de elemento XML de configuración de procesos.

Nombres de categoría

Cada categoría tiene un nombre descriptivo y un nombre de referencia que debe ser único dentro del proyecto. Para obtener más información, vea Referencia de elementos XML de categorías.

Agregar o quitar una categoría

Para modificar las categorías definidas para un proyecto y el modelo de proceso XML local, exporte el archivo de definición XML, realice cambios e impórtelo mediante la herramienta de línea de comandos witadmin . Consulte Categorías de importación y exportación. Se recomienda no quitar ninguna de las categorías definidas para las plantillas de proceso predeterminadas.

El sistema sobrescribe el archivo de categorías tras la importación.

Agregar un WIT a una sola categoría

Los WIT que agregue a la categoría de requisitos o a la categoría de tarea deben pertenecer a uno o al otro, pero no a ambos. Para más información, consulte Agregar errores al panel de tareas o al trabajo pendiente.

En el caso de los WIT que se agregan a la categoría de error, puede agregarlos a esta categoría y también a otras.

Filtrar una consulta basada en una categoría

R: Sí. Use el operador In Group junto con el campo Tipo de elemento de trabajo . Por ejemplo, los siguientes criterios de filtro devolverán todos los elementos de trabajo que se encuentran en el proyecto actual, asignados al miembro del equipo y definidos como pertenecientes a la categoría de errores:

Y/O Campo Operador Valor
Proyecto de equipo = @Project
And Asignado a = @Me
And Tipo de elemento de trabajo En grupo Categoría de error