Mostrar errores en los trabajos pendientes y los paneles
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
A medida que el equipo identifica defectos de código o errores, pueden agregarlos al trabajo pendiente y realizar un seguimiento similar a los requisitos de seguimiento. Puede programar errores que se corregirán dentro de un sprint junto con otras tareas.
Al realizar un seguimiento de los errores como requisitos, aparecen en los trabajos pendientes y paneles del producto. Al realizar un seguimiento de errores como tareas, los errores aparecen en Trabajos pendientes de sprint y paneles de tareas. Para obtener más información sobre otros tipos de elementos de trabajo, vea Agregar otros tipos de elementos de trabajo a trabajos pendientes o paneles.
Puede definir la configuración de seguimiento del equipo para los procesos Agile, Scrum y Capability Maturity Model Integration (CMMI). El tipo de elemento de trabajo Error no está definido para el proceso Básico , por lo que no hay ninguna configuración de equipo para Basic. En su lugar, debe realizar un seguimiento de errores y defectos de código mediante el tipo de elemento de trabajo Problema.
Nota:
Los requisitos especifican las expectativas que los usuarios tienen de un producto de software. En Azure Boards, los requisitos los definen los elementos de trabajo que aparecen en el trabajo pendiente. Los requisitos se corresponden con los tipos de elementos de trabajo Caso de usuario (ágil), Elemento de trabajo pendiente (Scrum), Problema (básico) o Requisito (CMMI), en función del proceso seleccionado para el proyecto. También pertenecen a la categoría Requisitos, que administra los tipos de elementos de trabajo que aparecen en el trabajo pendiente del producto.
Requisitos previos
Permisos: sea el administrador del equipo o un miembro del grupo Administradores de proyectos.
Elegir entre opciones para el seguimiento de errores
En la tabla siguiente se resumen las opciones que los equipos tienen para realizar el seguimiento de errores. Antes de elegir, se recomienda revisar la información proporcionada en Definir, capturar, evaluar y administrar errores, que proporciona información general sobre el tipo de elemento de trabajo Bug y las herramientas admitidas para administrar errores.
Opción
Elija esta opción cuando quiera...
Seguimiento de los errores como requisitos
- Clasificar por orden de prioridad los errores junto con los requisitos
- Estimar el esfuerzo de los errores para la previsión
- Actualizar el estado de los errores en el panel
- Incluir los errores en gráficos de velocidad y diagramas de flujo acumulativos
- Poder usar la herramienta Previsión para admitir la planificación de sprints
- Arrastre los errores al panel Planificación para asignarlos a un sprint
- Ver errores en los planes de entrega
Nota:
- Los errores se asignan a la categoría de requisitos.
Seguimiento de los errores como tareas
- Estimar el trabajo necesario para los errores de forma similar a las tareas
- Actualizar el estado de los errores en los paneles de tareas de sprint
- Vincular los errores a los requisitos como elementos secundarios
- Arrastre los errores al panel Planificación para asignarlos a un sprint
Nota:
- Los errores se asignan a la categoría de tareas.
- Los casos de usuario (Agile), los elementos de trabajo pendiente (Scrum) o los requisitos (CMMI) son el tipo de elemento de trabajo primario natural para los errores.
- Los errores no estarán visibles en los planes de entrega.
Los errores no aparecen en los trabajos pendientes ni los paneles.
- Administrar los errores mediante consultas
Nota:
- Los errores están asociados a la categoría de errores y no aparecerán en los trabajos pendientes ni en los paneles.
- Los errores no estarán visibles en los trabajos pendientes, los paneles, los trabajos pendientes de sprint, los paneles de tareas ni los planes de entrega.
- No se puede arrastrar y colocar errores en el panel Planificación para asignar errores a un sprint.
Establecer la preferencia del equipo para el seguimiento de errores
Puede cambiar la configuración de una vista de trabajo pendiente o de placa, o bien desde la configuración del equipo de configuración>del proyecto.
Los pasos siguientes muestran cómo cambiarlo desde la vista de placa.
Inicie sesión en la organización (
https://dev.azure.com/{yourorganization}
) y seleccione el proyecto.Abra el panel. Si no es administrador del equipo, pida que le agreguen como tal. Solo los administradores de equipos y proyectos pueden personalizar el panel.
Elija Configuración del panel para configurar el panel y establecer la configuración general del equipo.
Elija Trabajar con errores y, a continuación, elija la opción que mejor se adapte a la forma de trabajar de su equipo.
Cuando haya terminado con los cambios, seleccione Guardar.
Para ver los cambios, abra o actualice el trabajo pendiente o el panel del equipo.
Anidar elementos
Al administrar errores con requisitos o tareas, aparecen en uno o varios de los trabajos pendientes y paneles de la herramienta Agile. Sin embargo, si anida elementos, mediante la creación de vínculos primarios y secundarios de elementos que pertenecen a las categorías Requisitos o Tareas, no todos los elementos pueden aparecer en los trabajos pendientes y los paneles. Para obtener más información sobre cómo se tratan los elementos anidados, consulte Solución de problemas de reordenación y anidamiento.
Sugerencia
Si, después de actualizar un trabajo pendiente o una placa, no ve errores en los que espera verlos, revise Solución de problemas de reordenación y anidamiento. Solo aparecen nodos hoja de elementos anidados en los paneles de tareas o .
Agregar otros tipos de elementos de trabajo a los trabajos pendientes o paneles
Los errores son un elemento común que los equipos quieren realizar un seguimiento y elegir cómo los realizan. Para obtener más información, consulte Administrar errores.
Sin embargo, ¿qué ocurre si desea realizar un seguimiento de otros tipos de elementos de trabajo en los trabajos pendientes y paneles?
Puede agregar otros tipos de elementos de trabajo personalizando el proceso o proyecto, en función del modelo de proceso que use. Estos elementos incluyen solicitudes de cambio, problemas e impedimentos.
- Para el modelo de proceso de herencia, consulte Personalización de los trabajos pendientes o paneles.
- Para los modelos de procesos XML hospedados y XML locales, vea Agregar un tipo de elemento de trabajo a un trabajo pendiente y una placa.
Para obtener información general sobre los modelos de proceso, consulte Personalización de la experiencia de seguimiento del trabajo.
Crear, enumerar y administrar errores
Los errores que se administran con requisitos se pueden agregar a través del trabajo pendiente o la placa del producto. Cuando los errores se administran junto con las tareas, puede agregarlos a un trabajo pendiente de sprint o a un panel de tareas. O bien, capturelos con otras herramientas. Para obtener más información, vea Definir, evaluar y administrar errores.
Sugerencia
El esfuerzo debe formar parte automáticamente de un error. Si no lo ve, personalice el tipo de elemento de trabajo de error para que aparezca.
Puede revisar los errores definidos para el proyecto mediante la creación de una consulta y la especificación del tipo de elemento de trabajo=Error. O bien, abra una consulta predefinida: Errores activos (Agile y CMMI) o Work in Progress (Scrum).
Artículos relacionados
- Definir, capturar, evaluar y administrar errores
- Selección de niveles de navegación de trabajos pendientes para el equipo
- Administración de equipos y configuración de herramientas de equipo
- Ver, ejecutar o enviar por correo electrónico una consulta de elementos de trabajo
- Consulta por cambios de asignación o flujo de trabajo