Acerca de la rastreabilidad de un extremo a otro
Azure DevOps Services
Azure DevOps admite la rastreabilidad de un extremo a otro mediante la vinculación de varios objetos en el proceso de desarrollo, como 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 en tiempo real.
En este artículo se proporciona información general sobre cómo Azure DevOps habilita y admite la rastreabilidad, con vínculos a información más detallada.
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 son build, Found in build, Integrated in build, Branch, Commit, Pull Requesty Integrated in release stage.
Creación de una rama y solicitud de incorporación de cambios de un elemento de trabajo
Rama: Puede crear una rama a partir de un elemento de trabajo abriendo el menú de la tarjeta de elemento de trabajo en el panel del producto o seleccionando Crear una rama en el formulario de elemento de trabajo. La rama se vincula automáticamente al elemento de trabajo con el tipo de enlace Branch.
Pull request: Una vez realizados los cambios de código en la nueva rama, los desarrolladores pueden crear un pull request desde el elemento de trabajo. El uso del panel y el elemento de trabajo para impulsar el desarrollo de software anima a los desarrolladores a agregar comentarios a medida que funcionan, documentando los cambios y los motivos que los subyacen. 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 desde elementos de trabajo
Vincule una prueba a un conjunto de requisitos y compruebe que la aplicación funciona según lo previsto. Desde el tablero, puede agregar pruebas al elemento de trabajo. A continuación, puede ejecutar las nuevas pruebas desde el panel y establecer el estado de la prueba.
La integración de pruebas con la placa facilita a los equipos empezar a trabajar con pruebas manuales y, a continuación, aprovechar las funcionalidades de prueba completas proporcionadas por azure Test Plans. El tablero muestra la prueba agregada para soportar el requisito cuando se crean casos de prueba a partir del tablero o cuando se crean conjuntos de pruebas basados en requisitos dentro de los Planes de prueba.
Pruebas manuales y automatizadas
Puede ejecutar pruebas automatizadas en un pipeline o a petición. También puede vincularlos a casos de prueba 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 del elemento de trabajo en cada fase de versión. Desde el formulario de elemento de trabajo, puede abrir rápidamente los vínculos a compilaciones y versiones desde las secciones Implementación y Desarrollo.
Al abrir el formulario de elemento de trabajo, muestra las fases en las que se implementa el requisito. Puede explorar en profundidad para obtener más detalles con el menú desplegable.
- Sección Desarrollo: abra ramas, confirmaciones o solicitudes de incorporación de cambios vinculadas al elemento de trabajo.
- Sección Implementación: busque información de versión para los elementos de trabajo asociados a una confirmación de Git que forme parte de una compilación que se está liberando.
Para obtener más información, vea Acerca de los paneles kanban.
Vista de lanzamiento
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.
Configuración de lanzamiento
Administre las opciones de visualización desde la configuración de lanzamiento. 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 publicación de los elementos de trabajo que tienen confirmaciones en las compilaciones y para las canalizaciones de publicación que usted ha configurado para enviar información de implementación a Azure Boards.
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 requisitos 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. Para obtener más información sobre la matriz de rastreabilidad de requisitos, consulte Seguimiento de requisitos.
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.
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 cualquier requisito vinculado 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.
Análisis de pruebas
Para obtener más información sobre Test Analytics para compilaciones y versiones, realice un seguimiento de la calidad de los requisitos y los errores de prueba, consulte Test Analytics.