Información general de la integración y la colaboración entre servicios
@mentions (agregar a discusiones y comentarios)
Puede ver @mention un miembro del equipo o un equipo completo dentro de una discusión del formulario de un elemento de trabajo o la sección de comentarios de una confirmación, una solicitud de extracción o un conjunto de cambios. Para más información, consulte Uso de @mentions en elementos de trabajo y solicitudes de extracción.
#ID (vínculo a un elemento de trabajo)
Para admitir la rastreabilidad de un extremo a otro, puede vincular a elementos de trabajo desde confirmaciones, solicitudes de extracción y conjuntos de cambios. Para obtener más información, vea Vincular a elementos de trabajo de otros objetos.
Teams
Cada equipo obtiene acceso a un conjunto de herramientas y recursos de equipo de Agile. Estas herramientas permiten a los equipos trabajar de forma autónoma y colaborar con otros equipos de toda la empresa. Cada equipo puede configurar y personalizar cada herramienta para admitir su forma de trabajar. Para una navegación rápida, pueden elegir repositorios, canalizaciones y planes de prueba favoritos. Para más información, vea:
Configuración de alertas
Configure o no las alertas personales, de equipo, de proyecto o de nivel de organización. Suscríbase a alertas por correo electrónico cuando se produzcan cambios en elementos de trabajo, revisiones de código, solicitudes de extracción, archivos de control de código fuente, compilaciones y mucho más. Para más información, vea:
Compartir resúmenes por correo electrónico
Azure Boards: Azure Repos
En la tabla siguiente se resumen los puntos de integración entre Azure Boards y Azure Repos. A través de varios tipos de vínculos, puede realizar un seguimiento de los cambios de código (confirmaciones y solicitudes de extracción para Git, y conjuntos de cambios y elementos con versiones para Control de versiones de Team Foundation (TFVC) que admiten el desarrollo de características y casos de usuario. Los tipos de vínculo usados para construir estos vínculos incluyen Branch , Commit, Pull Requesty Tag para repositorios git, y Changesety Versioned Item para repositorios TFVC. Para obtener más información, vea Vincular a elementos de trabajo de otros objetos, Ver lista de objetos vinculados.
Característica
Descripción
Impulsar el desarrollo de Git desde elementos de trabajo
Puede iniciar una rama de Git o un vínculo a confirmaciones o solicitudes de extracción de Git e impulsar el ciclo de desarrollo de Git para un elemento de trabajo desde el formulario de elemento de trabajo.
Para más información, consulte Drive Git development from a work item (Impulsar el desarrollo de Git desde un elemento de trabajo).
Vinculación y transición automáticas de elementos de trabajo con confirmaciones de Git
Puede habilitar o deshabilitar las siguientes opciones para un único repositorio git:
- Crear automáticamente vínculos para los elementos de trabajo mencionados en un comentario de confirmación
- Permitir menciones en comentarios de confirmación para cerrar elementos de trabajo
- Recuerde las preferencias del usuario para completar elementos de trabajo con solicitudes de extracción.
Para más información, consulte Configuración de directivas de rama para admitir la integración.
Buscar elementos de trabajo vinculados en una rama de Git
Fomente la rastreabilidad mediante la comprobación de elementos de trabajo vinculados en las solicitudes de extracción. Para más información, consulte Configuración de directivas de rama para admitir la integración.
Autocompleción de elementos de trabajo con solicitudes de incorporación de cambios
Al vincular un elemento de trabajo a una solicitud de extracción (PR), tiene la opción de completar automáticamente esos elementos de trabajo cuando complete correctamente la solicitud de solicitud de cambio. El sistema tiene como valor predeterminado la selección para futuras PR. Para más información, consulte Autocompletar elementos de trabajo con solicitudes de extracción.
Ver la lista de objetos de código a los que está vinculado un único elemento de trabajo
Puede vincular elementos de trabajo a cambios de código, compilaciones y versiones, lo que proporciona una pista de auditoría de cómo se ha desarrollado una característica.
Azure Boards: Azure Pipelines
En la tabla siguiente se resumen los puntos de integración entre Azure Boards y Azure Pipelines. Varias características proporcionan compatibilidad con la rastreabilidad de un extremo a otro a medida que los casos de usuario y las características se mueven a lo largo del ciclo de desarrollo. Al igual Azure Repos, puede vincular elementos de trabajo a objetos de canalización con los siguientes tipos de vínculo: Compilación,Integrada en compilación e Integrada en la versión.
Característica
Descripción
Vincule manualmente elementos de trabajo a compilaciones.
Vincule elementos de trabajo a compilaciones en el mismo proyecto o en otro dentro de la organización o colección.
Vincule elementos de trabajo a compilaciones en el mismo proyecto dentro de la organización o colección.
Establezca la opción de integración para crear automáticamente vínculos integrados en la compilación a elementos de trabajo vinculados a una rama, confirmación o solicitud de incorporación de cambios asociada a una canalización.
Necesario para rellenar el control Desarrollo con vínculos integrados en la compilación. Los elementos de trabajo o confirmaciones que forman parte de una versión se calculan a partir de las versiones de artefactos. Por ejemplo, cada compilación de Azure Pipelines está asociada a un conjunto de elementos de trabajo y confirmaciones. Para más información, consulte Configuración de canalizaciones para admitir la integración.
Establezca la opción y la rama para crear automáticamente vínculos integrados en la fase de compilación e integrados en la fase de versión a elementos de trabajo vinculados a una rama, confirmación o solicitud de extracción asociados a una canalización clásica o YAML.
Se requiere para rellenar el formulario de elemento de trabajo Control de desarrollo con vínculos integrados en la compilación y el control Implementación con vínculos integrados en la fase de versión al ejecutar una canalización clásica o YAML. Para más información, consulte Configuración de canalizaciones para admitir la integración.
Establezca la opción de integración para crear automáticamente vínculos integrados en la fase de versión a elementos de trabajo vinculados a una rama, confirmación o solicitud de incorporación de cambios asociada a una versión.
Se requiere para rellenar el control Implementación en el formulario de elemento de trabajo con vínculos integrados en la fase de versión. Para obtener más información, consulte Canalizaciones de versión, Cómo integración e informe del estado de la versión?.
Ver la lista de elementos de trabajo vinculados a una canalización de versión clásica
Enumera todos los elementos de trabajo vinculados a una compilación o versión.
Ver y abrir una lista de elementos de trabajo vinculados a una canalización clásica o YAML.
Enumera todos los elementos de trabajo vinculados a una versión desde la versión seleccionada anterior. Puede ordenar la lista por cada columna.
Ver la lista de objetos de compilación o versión a los que está vinculado un único elemento de trabajo
Puede vincular elementos de trabajo a compilaciones y versiones, lo que proporciona un registro de auditoría de cómo se ha creado e implementado una característica. Para obtener más información, vea Vincular a elementos de trabajo de otros objetos, Ver lista de objetos vinculados.
Consulta de vínculos externos.
Puede consultar elementos de trabajo que contengan vínculos externos. Para más información, consulte Consulta por vínculo o recuento de datos adjuntos.
Vea y navegue rápidamente a las fases de lanzamiento a las que está vinculado un elemento de trabajo.
El formulario de elemento de trabajo Control de implementación enumera el conjunto de fases a las que está asociado el elemento de trabajo. Puede expandir una fase para ver el estado de las ejecuciones select y abrir rápidamente cada fase o ejecución. Para obtener más información, vea Vincular y ver elementos de trabajo para compilaciones e implementaciones.
Cree un elemento de trabajo en caso de error y, opcionalmente, establezca valores para un campo de elemento de trabajo (clásico)
Cree automáticamente un elemento de trabajo y establezca campos cuando se produce un error en una compilación. Para obtener más información, vea Opciones de compilación.
Crear un elemento de trabajo en caso de error (clásico o YAML) y, opcionalmente, establecer valores para un campo de elemento de trabajo (clásico)
Cree automáticamente un elemento de trabajo y establezca campos cuando se produce un error en una compilación. Para obtener más información, vea Opciones de compilación para canalizaciones clásicas y Personalizar canalizaciones, Crear elemento de trabajo en caso de error.
Tarea Consultar elementos de trabajo. Asegúrese de que el número de elementos de trabajo correspondientes devueltos por una consulta está dentro de un umbral.
Use esta tarea para asegurarse de que el número de elementos correspondientes devueltos por una consulta de elemento de trabajo está dentro de los umbrales configurados. Para obtener más información, vea Tarea Consultar elementos de trabajo, Controlar implementaciones con puertas y aprobaciones.
Azure Repos: Azure Pipelines
Azure Pipelines admite la creación de código almacenado en Azure Repos, ya sea un repositorio git Control de versiones de Team Foundation (TFVC). Otros repositorios que Azure Pipelines se muestran en Repositorios de origen admitidos.
En la tabla siguiente se resumen las características de integración entre Azure Repos y Azure Pipelines.
Característica
Descripción
Estado de implementación del informe
Indica el estado de una implementación en las páginas Archivos,Confirmaciones y Ramas pararepositoriosde Git. Esta característica mejora la rastreabilidad desde la confirmación del código hasta la implementación. Puede configurar los entornos de versión para notificar el estado de implementación. Para obtener más información, vea Canalizaciones de versión, Cómo integración e informe del estado de la versión?.
Distintivo de estado de la versión
Publique el estado de la compilación de canalización más reciente en el repositorio. Para obtener información sobre cómo, consulte Creación de la primera canalización, Adición de una distintivo de estado al repositorio.
Cobertura de código
Publique y revise los resultados de cobertura de código que indican la proporción del código del proyecto que se está probando realmente. Para más información, consulte la tarea Publicar resultados de cobertura de código y Revisar los resultados de cobertura de código.
Visualización de los resultados de las pruebas en compilaciones y versiones
Mida la calidad de las canalizaciones, revise la rastreabilidad y solucione los errores mediante la publicación de pruebas de reulst en las compilaciones y versiones de canalización. Para más información, consulte Revisión de los resultados de pruebas.
Ejecución de pruebas automatizadas en canalizaciones de compilación
Asocie los planes de prueba a una canalización de compilación para que se ejecuten con cada compilación. Para más información, consulte Ejecución de pruebas automatizadas desde planes de pruebas.
Ejecución de pruebas automatizadas en canalizaciones de compilación
Asocie los planes de prueba a una canalización de compilación para que se ejecuten con cada compilación. Para más información, consulte Ejecución de pruebas automatizadas desde planes de pruebas.
Azure Boards - Azure Repos - Azure Test Plans
Se admiten varios escenarios de colaboración a través Azure Boards tipos de elementos de trabajo. Al igual que con otros tipos de elementos de trabajo, puede usar consultas administradas y la función Azure DevOps search para buscar y enumerar elementos de trabajo.
Nota
Varios de estos tipos de elementos de trabajo, como solicitud de comentarios, solicitud de revisión de código, pasos compartidos y parámetros compartidos, están diseñados para crearse a través de una herramienta o formulario específicos. No están diseñados para crearse manualmente. Por lo tanto, se agregan a la categoría Tipos ocultos. Los tipos de elementos de trabajo que se agregan a la categoría Tipos ocultos no aparecen en los menús usados para agregar elementos de trabajo.
Además, para el modelo de proceso heredado, solo puede personalizar los siguientes tipos de elementos de trabajo: Plan de prueba, Conjunto de pruebas, Caso de prueba.
Escenario
Tipo de elemento de trabajo
Descripción
Solicitar revisión de código
Solicitud de revisión de código
Realiza un seguimiento de la información especificada en el formulario Nueva revisión de código de TFVC. Para más información, consulte Get your code reviewed with Visual Studio.
Proporcionar revisión de código
Respuesta de revisión de código
Realiza un seguimiento de los comentarios de revisión proporcionados por los revisores de código en respuesta a una solicitud de revisión de código. Para más información, consulte Respuesta a la solicitud de revisión de código.
Solicitar comentarios
Solicitud de comentarios
Realiza un seguimiento de la información especificada en un formulario de comentarios de solicitud. Hay dos formularios que puede usar para iniciar una solicitud de comentarios.
Envío de comentarios
Revisión de comentarios
Permite a las partes interesadas proporcionar comentarios en función de la solicitud de comentarios o mediante el voluntariado de comentarios mediante la extensión marketplace Microsoft Test Feedback. Para obtener más información, consulte los artículos siguientes:
Pruebas manuales
Plan de prueba
Agrupa uno o varios conjuntos de pruebas y casos de prueba individuales. Los planes de pruebas incluyen conjuntos de pruebas estáticos, basados en requisitos y basados en consultas. Para empezar, consulte Creación de planes de pruebas y conjuntos de pruebas.
Pruebas manuales
Conjunto de pruebas
Agrupa uno o varios casos de prueba en escenarios de prueba independientes dentro de un único plan de pruebas. La agrupación de casos de prueba facilita la tarea de ver qué escenarios están completos. Para más información, consulte Creación de planes de pruebas y conjuntos de pruebas.
Pruebas manuales
Caso de prueba
Define los pasos que se usan para validar partes individuales del código para asegurarse de que el código funciona correctamente, no tiene errores y cumple los requisitos empresariales y del cliente. Puede agregar casos de prueba individuales a un plan de pruebas sin crear un conjunto de pruebas. Más de un conjunto de pruebas o un plan de pruebas pueden hacer referencia a un caso de prueba. Puede reutilizar eficazmente los casos de prueba sin tener que copiarlos o clonarlos para cada conjunto o plan. Para más información, consulte Creación de casos de prueba manuales.
Pruebas manuales
Pasos compartidos
Habilita los pasos de uso compartido en varios casos de prueba. Para más información, consulte Compartir pasos entre casos de prueba.
Pruebas manuales
Parámetros compartidos
Permite repetir los mismos casos de prueba con datos diferentes. Para obtener más información, vea Repetir una prueba con datos diferentes.
Probar tipos de elementos de trabajo
Los tipos de elementos de trabajo que admiten la experiencia de prueba se vinculan juntos mediante los tipos de vínculo que se muestran en la siguiente imagen. Estos incluyen Probado por/Pruebas,Casos de prueba/Pasos compartidosy Referencia por/Referencias.

Desde el portal web, puede ver qué casos de prueba se definen para un conjunto de pruebas y qué conjuntos de pruebas se definen para un plan de pruebas. Sin embargo, estos objetos no están conectados entre sí a través de tipos de vínculo específicos.
Seguimiento de errores
Al realizar el seguimiento de errores mediante el tipo de elemento de trabajo Error, tenga en cuenta las siguientes integraciones admitidas.
Escenario
Descripción
Creación de un error a partir de una herramienta de prueba
Puede agregar un error desde la Test Runner o la extensión Comentarios & de prueba. Para más información, consulte Definición, captura, eje y administración de errores.
Creación de pruebas insertas vinculadas a errores o casos de usuario
Cuando el equipo realiza un seguimiento de los errores como requisitos, puede usar el panel Kanban para agregar pruebas para comprobar las correcciones de errores o los casos de usuario. Para más información, consulte Agregar, ejecutar y actualizar pruebas insertdas.
Seguimiento de la información de compilación con errores
El formulario Elemento de trabajo de error contiene información del sistema, Encontrado en compilación e Integrado en compilación que admite el seguimiento de defectos de código encontrados y resueltos dentro de las compilaciones de canalización. Para más información, consulte Consulta basada en campos de integración de compilación y prueba.
Paneles, informes y análisis
Paneles e informes
Los paneles proporcionan una manera sencilla de supervisar el progreso y el estado. Con los widgets, los equipos pueden agregar widgets configurables para admitir sus objetivos. El servicio Analytics es la plataforma de informes para Azure DevOps, reemplazando la plataforma anterior en función de SQL Server Reporting Services. Creado para informes, Analytics está optimizado para el acceso de lectura rápido y las agregaciones basadas en servidor. El servicio Analytics proporciona:
- Widgets de análisis que puede agregar a los paneles
- Informes de análisis en contexto disponibles en páginas Azure DevOps específicas
- Barras de acumulación y recuentos de Azure Boards pendientes
- Informes personalizados que puede crear mediante Power BI
- Informes personalizados que puede crear mediante consultas de OData
- Compatibilidad con el desarrollo y adición de widgets de Analytics personalizados que puede agregar a los paneles
Para más información, consulte ¿Qué es el servicio Analytics?
En el caso de las implementaciones locales, SQL Server proporciona funcionalidades de supervisión adicionales. Para obtener más información, vea Reporting Services informes.
Los paneles proporcionan una manera sencilla de supervisar el progreso y el estado. Con los widgets, los equipos pueden agregar widgets configurables para admitir sus objetivos. SQL Server proporcionan funcionalidades de supervisión adicionales. Para obtener más información, vea Reporting Services informes.
A continuación se enumeran los widgets integrados que puede agregar al panel. Se organizan bajo el servicio que admiten. Puede encontrar widgets adicionales en el Azure DevOps Marketplace.
Los widgets se anotan de la siguiente manera:
- Analytics:widget deriva datos de datos de Analytics
- Compilación:widget deriva datos de una canalización de compilación seleccionada
- Project:indica que puede seleccionar el proyecto y el equipo al configurar el widget.
- Versión:widget deriva datos de una canalización de versión seleccionada
- Equipo:el widget está limitado a un único equipo.
- Teams:El widget está limitado a uno o varios equipos
- Usuario:el ámbito del widget es la cuenta de usuario que ha iniciado sesión.
- Compilación:widget deriva datos de una canalización de compilación seleccionada
- Versión:widget deriva datos de una canalización de versión seleccionada
- Equipo:el widget está limitado a un único equipo.
- Usuario:el ámbito del widget es la cuenta de usuario que ha iniciado sesión.
Boards
- Asignado a mí (usuario)
- Gráfico de burndown (Analytics, Project, Teams)
- Gráfico de grabación (Analytics, Project, Teams)
- Gráfico de elementos de trabajo
- Diagrama de flujo acumulado (equipo)
- Tiempo de ciclo (Analytics) (Analytics, Team)
- Tiempo de clientes potenciales (Analytics) (Analytics, Team)
- Nuevo elemento de trabajo
- Resultados de la consulta
- Icono de consulta
- Sprint burndown (Analytics, Team)
- Sprint burndown - Legacy (Team)
- Capacidad de sprint (equipo)
- Información general sobre sprint (equipo)
- Velocidad (Analytics, Team)
- Vínculos de trabajo
Boards
- Asignado a mí (usuario)
- Gráfico de burndown (Analytics)
- Gráfico de grabación (Analytics)
- Gráfico de elementos de trabajo
- Diagrama de flujo acumulativo
- Tiempo de ciclo (Analytics) (Analytics)
- Tiempo de clientes potenciales (Analytics) (Analytics)
- Nuevo elemento de trabajo
- Resultados de la consulta
- Icono de consulta
- Evolución del sprint
- Capacidad de sprint
- Introducción al sprint
- Velocidad (Analytics)
- Vínculos de trabajo
Trabajo
Repos
- Icono de código (repositorio, rama, carpeta)
- Solicitud de extracción (equipo, usuario)
Código
- Icono de código (repositorio, rama, carpeta)
- Solicitud de extracción (equipo)
Canalizaciones
- Historial de compilación (canalización de compilación)
- Estado de implementación (canalización de compilación)
- Introducción a la canalización de versión (canalización de versión)
- Calidad de los requisitos (canalización de consulta, compilación o versión)
Test Plans
- Gráfico de planes de pruebas
- Tendencia de resultados de pruebas (avanzadas) (canalización de análisis, compilación o versión)
- Tendencia de resultados de pruebas (canalización de compilación o versión)
Información y vínculos
Versión de compilación
- Historial de compilación (canalización de compilación)
- Estado de implementación (canalización de compilación)
- Introducción a la canalización de versión (canalización de versión)
- Calidad de los requisitos (canalización de consulta, compilación o versión)
Prueba
- Gráfico de planes de pruebas
- Tendencia de resultados de pruebas (canalización de compilación o versión)
Información y vínculos
Información y vínculos
Datos disponibles de análisis
Analytics proporciona la plataforma de informes para Azure DevOps. Analytics está disponible con carácter general para Azure DevOps Service y Azure DevOps Server 2020. Está en versión preliminar para Azure DevOps Server 2019.
Puede acceder a los datos siguientes desde Analytics.
Servicio
Disponibilidad de los datos
Azure DevOps Services
Azure DevOps Server 2020
Azure DevOps Server 2019
Boards
✔️
✔️
✔️
✔️
✔️
✔️
✔️
Repos
None
Canalizaciones
✔️
✔️
✔️
✔️
Test Plans
✔️
Artefactos
Ninguno
Artículos relacionados
Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2017
Uno de los principales puntos fuertes de Azure DevOps es la integración que admite en sus servicios principales. Azure DevOps admite varios puntos de integración en cada uno de los principales servicios: Azure Boards, Azure Repos, Azure Pipelines y Azure Test Plans.
Revise este artículo para comprender cómo usar varias características para admitir la colaboración y la rastreabilidad de todas las tareas de devops.
Colaboración entre Azure DevOps
La colaboración dentro y entre equipos se admite con muchas de las características que se resumen en la tabla siguiente.
Característica
Descripción