Compartir a través de


Rastreabilidad de un extremo a otro

Azure DevOps Services

Azure DevOps admite la rastreabilidad de un extremo a otro, ya que permite vincular objetos diferentes implicados en el proceso de desarrollo. Estos objetos incluyen elementos de trabajo, ramas, confirmaciones, solicitudes de incorporación de cambios, compilaciones y versiones. Puede usar informes y análisis integrados para supervisar la rastreabilidad de los objetos en tiempo real.

En este artículo se proporciona información general sobre cómo Azure DevOps habilita y admite la rastreabilidad, sin tener que profundizar en los detalles de cómo configurarlo y usarlo. Puede encontrar vínculos a más información a lo largo de todo.

Rastreabilidad y vinculación

Puede realizar un seguimiento de los cambios, compilaciones y versiones de código que están vinculados a un elemento de trabajo a lo largo del ciclo de vida de desarrollo. De este modo, el equipo puede ver la pista de auditoría de cómo se realizó el trabajo o cómo se corrigió un error examinando los cambios en la base de código.

Los tipos de vínculo que se usan para los repositorios de Git, como se muestra en la siguiente imagen, son Build, Found in build, Integrated in build, Branch, Commit, Pull Request y Integrated in release stage.

Conceptual image of code, build, and release links to work items.

Crear una rama a partir de un requisito

Puede realizar muchas tareas con una sola selección en el panel Kanban del producto. En la imagen siguiente, puede crear una rama a partir de un requisito abriendo el menú de la tarjeta de elemento de trabajo. Al crear una rama a partir de la rama principal predeterminada, puede asignarle un nombre y una etiqueta. La rama se vincula automáticamente al elemento de trabajo con el tipo de vínculo Rama .

Screenshot of Kanban board card, menu, choose New branch option.

O bien, seleccione Crear una rama en el formulario de elemento de trabajo.

Screenshot of Work item form, Create a branch link.

Creación de una solicitud de incorporación de cambios a partir de un requisito

Una vez realizados los cambios de código en la nueva rama, los desarrolladores pueden crear una solicitud de incorporación de cambios del elemento de trabajo.

Screenshot of Work item form, Create a pull request.

El uso de la placa Kanban y el elemento de trabajo para impulsar el desarrollo de software también tiene otra ventaja. Anima a los desarrolladores a agregar comentarios a medida que funcionan, lo que ayuda a documentar los cambios que realizan y las razones detrás de ellos. De este modo, el elemento de trabajo se convierte en una fuente enriquecida de información e historial para los cambios de código.

Adición y ejecución de pruebas a partir de requisitos

Vincule una prueba a un conjunto de requisitos y compruebe que la aplicación funciona según lo previsto. En el panel Kanban, puede agregar pruebas al elemento de trabajo. A continuación, puede ejecutar las nuevas pruebas desde el panel Kanban y establecer el estado de la prueba.

Screenshot of Kanban board card, menu, choose Add test option.

La integración de pruebas con la placa Kanban facilita a los equipos empezar a trabajar con pruebas manuales y, a continuación, aprovechar las funcionalidades de pruebas completas proporcionadas por Azure Test Plans. El panel Kanban muestra la prueba agregada para admitir el requisito cuando se crean casos de prueba a partir del panel Kanban o cuando se crean conjuntos de pruebas basados en requisitos en Planes de prueba.

Pruebas manuales y automatizadas

Puede ejecutar pruebas automatizadas en una canalización o a petición. También puede vincularlos para probar casos en un plan de prueba y ejecutarlos desde Planes de prueba. De este modo, puede realizar un seguimiento de la calidad de sus requisitos con pruebas automatizadas, lo que se denomina pruebas planeadas.

Implementación de cambios en producción

Después de definir una canalización para compilar y liberar los cambios de código, puede realizar un seguimiento de la implementación del requisito en cada fase de versión. Desde el formulario de elemento de trabajo, puede abrir rápidamente los vínculos a compilaciones y versiones de las secciones Control de implementación y desarrollo .

Controles de implementación y desarrollo

Al abrir el formulario de elemento de trabajo, puede ver las fases en las que se ha implementado el requisito y explorar en profundidad para obtener más detalles eligiendo los vínculos. En la sección Desarrollo , puede abrir la rama, la confirmación o las solicitudes de incorporación de cambios que se han vinculado al requisito.

Work item form, Deployment control, Release Settings Stages.

El control Implementación muestra información de versión para los elementos de trabajo que se han asociado a una confirmación de Git, que forma parte de una compilación que se está liberando.

Vista de versión

En la imagen siguiente se muestran los distintos entornos a los que está destinada la versión a la que está asociado el elemento de trabajo seleccionado.

Example showing multiple environments that the release is targeting.

Configuración de versión

Administre las opciones de visualización desde la configuración de versión. El control de implementación de elementos de trabajo muestra cómo progresan las versiones vinculadas a los elementos de trabajo. Puede ver el estado de la versión de los elementos de trabajo que tienen confirmaciones en la compilación y para las canalizaciones de versión que ha configurado para enviar información de implementación a Azure Boards.

Screenshot of Release pipeline Options>Integrations settings.

Matriz de rastreabilidad de requisitos

La rastreabilidad de los requisitos proporciona a los equipos información sobre indicadores como la calidad de los requisitos o la preparación para los requisitos de envío. Un aspecto fundamental de la rastreabilidad de los requisitos es la asociación de estos para probar casos, errores y cambios de código.

La Matriz de rastreabilidad de requisitos (RTM) garantiza que todos los requisitos definidos para un sistema se prueben en los protocolos de prueba.

Informes de rastreabilidad de requisitos

Los informes de rastreabilidad de requisitos son una manera de mostrar cómo se relacionan y documentan las distintas fases de un proceso de desarrollo. Ayudan a los equipos a medir la calidad y la integridad de sus requisitos y a evaluar su preparación para la entrega. También ayudan a realizar un seguimiento de los cambios, pruebas, errores e implementaciones del código que están vinculados a los requisitos.

Screenshot of the Requirements quality widget.

Rastreabilidad de errores

Puede ver el error y el resultado de la prueba juntos en la pestaña Pruebas , en el mismo contexto. La pestaña Elementos de trabajo también muestra los requisitos vinculados al resultado de la prueba.

Para obtener información sobre el error y la rastreabilidad de origen, consulte Seguimiento de requisitos.

Rastreabilidad del origen

En función de la canalización de compilación o versión, puede elegir la escala de tiempo o la vista de canalización para ver qué cambios de código se confirmaron. Puede analizar los cambios de código para identificar la posible causa principal del error de prueba.

Screenshot of source traceability.

Análisis de pruebas

Para obtener información sobre Análisis de pruebas para compilaciones y versiones, el seguimiento de la calidad de los requisitos y los errores de prueba, consulte Análisis de pruebas.