Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
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 errores como requisitos, aparecen en las listas de tareas pendientes y tableros del producto. Cuando rastreas errores como tareas, los errores aparecen en listas de pendientes de sprint y tableros 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 el proceso Básico. 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.
Prerrequisitos
| Categoría | Requisitos |
|---|---|
| Permisos | Administrador del equipo o miembro del grupo de Administradores de proyectos. |
Elegir entre opciones para el seguimiento de errores
En la tabla siguiente, se resumen las opciones que tienen los equipos para realizar el seguimiento de los 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 2
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 desde una vista de trabajo pendiente o de panel, o bien desde la Configuración del proyecto>Configuracióndel equipo.
Los pasos siguientes muestran cómo cambiarlo desde la vista de tablero.
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, se agrega como uno. 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 backlog del equipo o el panel del equipo.
Objetos de anidamiento
Al gestionar errores con requisitos o tareas, aparecen en una o varias de las listas de pendientes y tableros de las herramientas Ágiles. 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 trabajos pendientes o paneles de tareas.
Agregar otros tipos de elementos de trabajo a los acumuladores o tableros
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 las listas de pendientes y tableros?
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 Personalice sus trabajos pendientes o tableros.
- Para los modelos de procesos XML hospedados y XML locales, consulte Agregar un tipo de elemento de trabajo a un backlog y un tablero.
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 backlog del producto o del tablero. 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, capturarlos con otras herramientas. Para obtener más información, vea Definir, evaluar y administrar errores.
Sugerencia
El esfuerzo debe integrarse automáticamente como parte de un bug. Si no lo ves, personaliza el tipo de elemento de trabajo de incidencia 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 Trabajo en curso (Scrum).
Contenido relacionado
- Definir, capturar, evaluar y administrar errores
- Selección de niveles de navegación de trabajos pendientes para el equipo
- Administrar equipos y configurar 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