Rastreabilidad de un extremo a otro
Azure DevOps Services
Una de las principales ventajas de adoptar una plataforma como Azure DevOps es la compatibilidad que proporciona para hacer un seguimiento del trabajo desde los requisitos hasta la implementación. Obtendrá información detallada en cada paso de las decisiones tomadas y el software implementado. Los escenarios que se ilustran en este artículo se admiten al usar Azure Repos repositorios de Git.
Estas son algunas de las tareas admitidas para facilitar la rastreabilidad de un extremo a otro:
- Creación de una rama a partir de un requisito
- Creación de una solicitud de extracción de una rama actualizada
- Validación de la solicitud de extracción mediante una canalización de compilación
- Creación y ejecución de pruebas insertdas según los requisitos
- Combinar la solicitud de extracción en la rama principal predeterminada
- Implementar cambios en producción con el estado de implementación en Azure Boards
- Supervisión e informes sobre la rastreabilidad de los requisitos
Nota
El seguimiento del origen del trabajo a través de la entrega y la capacidad de realizar un seguimiento del trabajo a lo largo del ciclo de vida de desarrollo es esencial para lograr la rastreabilidad de un extremo a otro.
La rastreabilidad de un extremo a otro se admite mediante la vinculación de varios objetos, como elementos de trabajo, ramas, confirmaciones, solicitudes de extracción, compilaciones y versiones. La compilación en informes y Analytics admiten la capacidad de supervisar la rastreabilidad en tiempo real. En este artículo se presenta información general Azure DevOps compatibilidad con la rastreabilidad sin entrar en los detalles de cómo habilitar y admitir la rastreabilidad. Se proporciona información más detallada en Artículos relacionados.
Rastreabilidad y vinculación
A lo largo del ciclo de vida de desarrollo, puede capturar qué cambios, compilaciones y versiones de código admiten la finalización de un elemento de trabajo. De esta manera, el equipo puede comprender qué trabajo se ha realizado o cómo se corrigió un error a través de la pista de auditoría de los cambios en la base de código.
Los tipos de vínculo usados para construir estos vínculos para repositorios de Git, como se muestra en la siguiente imagen, son Build, Found in build, Integrated in build, Branch, Commit, Pull Requeste Integrated in release stage.
Rama a partir de un requisito
Puede realizar muchas tareas con un solo clic desde la placa Kanban del producto. Aquí se muestra la creación de una rama a partir de un requisito abriendo el menú de la tarjeta de elemento de trabajo.
Puede nombrar y etiquetar una rama de la rama principal predeterminada desde el cuadro de diálogo que se abre. El elemento de trabajo se vincula automáticamente a la rama que creó con el tipo de vínculo Rama.
También puede realizar esta tarea a través del formulario de elemento de trabajo eligiendo el vínculo crear una rama.
Creación de una solicitud de extracción a partir de un requisito
Una vez que se han realizado cambios en el código en la nueva rama, los desarrolladores pueden crear una solicitud de extracción a partir del requisito abriendo el formulario de elemento de trabajo.
Otra ventaja de impulsar el desarrollo de software desde el panel Kanban y el elemento de trabajo es animar a los desarrolladores a que introduzcan comentarios a medida que trabajan para mejorar la pista de auditoría de los cambios que se producen.
Agregar y ejecutar pruebas a partir de requisitos
Al igual que puede crear una nueva rama desde el panel Kanban, también puede agregar pruebas al elemento de trabajo.
Nota
La rastreabilidad de pruebas admite la vinculación de una prueba a un conjunto de requisitos y la validación de que la aplicación funciona según lo previsto.
Después de agregar y definir las pruebas, puede ejecutarlas desde el panel Kanban y establecer el estado de la prueba.
La integración de pruebas con el panel Kanban facilita a los equipos la introducción a las pruebas manuales y, a continuación, aprovecha todas las funcionalidades de pruebas proporcionadas por Azure Test Plans. El panel Kanban muestra la prueba agregada para admitir el requisito cuando se crean casos de prueba desde el panel Kanban o cuando se crean conjuntos de pruebas basados en requisitos en Test Plans.
Pruebas manuales y automatizadas
Teams que están pasando de las pruebas manuales a las pruebas continuas y automatizadas, y que tienen un subconjunto de pruebas ya automatizadas, pueden ejecutarlas como parte de una canalización o a petición. Denominadas pruebas planeadas,las pruebas automatizadas se pueden asociar a los casos de prueba de un plan de pruebas y ejecutarse desde Test Plans. Una vez asociadas, estas pruebas contribuyen a las métricas de calidad de los requisitos correspondientes.
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 las 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 , confirmar o las solicitudes de extracción que se han vinculado al requisito.
El control Implementación muestra información de versión de los elementos de trabajo que se han asociado a una confirmación de Git que forma parte de una compilación que se va a publicar.
Vista de versión
En la imagen siguiente se muestran los distintos entornos a los que se va a dirigir la versión a los que está asociado el elemento de trabajo seleccionado.
Configuración de la versión
Las opciones de la vista de implementación en producción se administran desde la configuración de la versión.
El control de implementación de elementos de trabajo muestra el estado de las versiones dentro de los elementos de trabajo asociados a confirmaciones en la compilación y las canalizaciones de versión que ha configurado para notificar información de implementación a Azure Boards.
Matriz de rastreabilidad de requisitos
La rastreabilidad de los requisitos relaciona y documenta dos o más fases de un proceso de desarrollo, que luego se pueden seguir hacia delante o hacia atrás desde su origen. La rastreabilidad de los requisitos proporciona a los equipos información sobre indicadores como la calidad de los requisitos o la preparación para enviar los requisitos. Un aspecto fundamental de la rastreabilidad de los requisitos es la asociación de los requisitos a casos de prueba, errores y cambios de código.
Nota
La matriz de rastreabilidad de requisitos (RTM) es un documento que vincula los requisitos a lo largo del proceso de validación. El propósito de la matriz de rastreabilidad de requisitos es asegurarse de que todos los requisitos definidos para un sistema se prueban en los protocolos de prueba.
Informes de rastreabilidad de requisitos
Informes de rastreabilidad de requisitos
Rastreabilidad de errores
Vea el error con el resultado de la prueba, directamente en contexto, en la pestaña Pruebas. La pestaña Elementos de trabajo también muestra los requisitos vinculados para el resultado de la prueba.
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 han confirmado. Puede analizar los cambios de código para identificar la posible causa principal del error de prueba.
Análisis de pruebas
Análisis de pruebas para compilaciones
Para ayudar a los equipos a buscar y corregir pruebas que no se realizan con frecuencia o de forma intermitente, use el informe de pruebas con errores principales. El resumen de compilación incluye la página Analytics que hospeda este informe. La vista de nivel superior proporciona un resumen de la tasa de superación de pruebas y los resultados de la canalización de compilación seleccionada durante el período especificado. El intervalo predeterminado es de 14 días.
Análisis de pruebas para versiones
Abra un resumen de compilación o versión para ver el informe de pruebas con errores principales. Este informe proporciona una vista granular de las principales pruebas con errores en la canalización, junto con los detalles del error.
Para las pruebas que se ejecutan como parte de la versión, acceda al análisis de pruebas desde el vínculo Analytics de la esquina superior derecha. Al igual que con la compilación, el resumen proporciona una vista agregada de la tasa de superación de pruebas y los resultados del período especificado.
Seguimiento de la calidad de los requisitos
Para realizar un seguimiento de la calidad de los elementos de trabajo que pertenecen a la categoría Requisitos. Esto incluye elementos de trabajo como casos de usuario (Agile), elementos de trabajo pendientes del producto (Scrum) y requisitos (CMMI).
Errores de pruebas
Abra un resumen de compilación o versión para ver el informe de pruebas con errores principales. Este informe proporciona una vista granular de las principales pruebas con errores en la canalización, junto con los detalles del error.
Artículos relacionados
Para obtener más información sobre cualquiera de los conceptos introducidos en este artículo, consulte los artículos siguientes.
Vinculación
- Configuración de repositorios y ramas para la integración con el seguimiento de trabajo
- Configuración de canalizaciones para poder realizar un seguimiento del trabajo
- Impulsar el desarrollo de Git desde un elemento de trabajo
- Vinculación y visualización de elementos de trabajo a compilaciones e implementaciones
- Vinculación de casos de usuario, problemas, errores y otros elementos de trabajo
- Vinculación, seguimiento y administración de dependencias
- Referencia al tipo de vínculo
Pruebas
- Agregar, ejecutar y actualizar pruebas insertdas
- Asociación de pruebas automatizadas a casos de prueba