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.

Imagen conceptual de los tipos de vínculo que vinculan elementos de trabajo a Azure Repos objetos.

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.
Captura de pantalla del control de desarrollo para repositorios de Git.
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.

Imagen conceptual de los tipos de vínculo que vinculan elementos de trabajo Azure Pipelines objetos.

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. Captura de pantalla del control De desarrollo que muestra varios vínculos.


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.
Captura de pantalla del control De implementación que muestra varios vínculos.


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.

tipos de elemento de trabajo de administración de pruebas

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.

Canalizaciones


Test Plans


Información y vínculos

Versión de compilación


Prueba



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


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