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.
Crear una rama a partir de un requisito
Puede realizar muchas tareas con una sola selección en la placa 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 .
O bien, seleccione Crear una rama en el formulario de elemento de trabajo.
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.
El uso de la placa 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, 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. La placa muestra la prueba agregada para admitir el requisito cuando se crean casos de prueba a partir del panel 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.
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.
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.
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.
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.
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.