Rastreabilidad de requisitos
Azure Pipelines | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2015
La rastreabilidad de los requisitos es la capacidad de relacionar y documentar 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 ayuda a los equipos a obtener información sobre indicadores como la calidad de los requisitos o la preparación para enviar el requisito. 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.
Lea el glosario para comprender la terminología del informe de prueba.
Nota
En Microsoft Team Foundation Server (TFS) 2018 y versiones anteriores, las canalizaciones de compilación y versión se denominan definiciones, las ejecuciones se denominan compilaciones, las conexiones de servicio se denominan puntos de conexión de servicio, las fases se denominan entornos y los trabajos se denominan fases.
Equipos ágiles que ejecutan pruebas automatizadas
Los equipos ágiles tienen características, entre las que se incluyen, entre otras, las siguientes:
- Ciclos de lanzamiento más rápidos
- Pruebas continuas en una canalización
- Superficie de prueba manual insignificante; limitado a pruebas exploratorias
- Alto grado de automatización
En las secciones siguientes se explora la rastreabilidad desde los puntos de vistacalidad,error y origen para los equipos de Agile.
Rastreabilidad de calidad
Para asegurarse de que los requisitos de usuario cumplen los objetivos de calidad, los requisitos de un proyecto se pueden vincular a los resultados de las pruebas, que se pueden ver en el panel del equipo. Esto permite la rastreabilidad de un extremo a otro con una manera sencilla de supervisar los resultados de las pruebas. Para vincular las pruebas automatizadas con los requisitos, visite informe de pruebas en compilación o versión.
En la sección de resultados de la pestaña Pruebas de un resumen de compilación o versión, seleccione las pruebas que se vincularán a los requisitos y elija Vincular.
Elija un elemento de trabajo que se vinculará a las pruebas seleccionadas de una de las maneras especificadas:
- Elija un elemento de trabajo aplicable en la lista de elementos de trabajo sugeridos. La lista se basa en los elementos de trabajo más recientes vistos y actualizados.
- Especifique un identificador de elemento de trabajo.
- Busque un elemento de trabajo basado en el texto del título.
En la lista solo se muestran los elementos de trabajo que pertenecen a la categoría Requisitos.
Una vez que los requisitos se hayan vinculado a los resultados de la prueba, puede ver los resultados de las pruebas agrupados por requisito. El requisito es una de las muchas opciones de "Agrupar por" proporcionadas para facilitar la navegación por los resultados de las pruebas.
Teams a menudo desea anclar la vista resumida de la rastreabilidad de los requisitos a un panel. Use el widget de calidad Requisitos para esto.
Configure el widget de calidad Requisitos con las opciones necesarias y guárdelo.
- Consulta de requisitos:seleccione una consulta de elemento de trabajo que capture los requisitos, como los casos de usuario en la iteración actual.
- Datos de calidad:especifique la fase de la canalización para la que se debe realizar el seguimiento de la calidad de los requisitos.
Vea el widget en el panel del equipo. Enumera todos los requisitos en el ámbito, junto con la tasa de paso para las pruebas y el recuento de pruebas con errores. Al seleccionar un recuento de pruebas con errores, se abre la pestaña Pruebas de la compilación o versión seleccionada. El widget también ayuda a realizar un seguimiento de los requisitos sin ninguna prueba asociada.
Para asegurarse de que los requisitos de usuario cumplen los objetivos de calidad, los requisitos de un proyecto se pueden vincular a los resultados de las pruebas, que se pueden ver en el panel del equipo. Esto permite la rastreabilidad de un extremo a otro con una manera sencilla de supervisar los resultados de las pruebas. Para vincular las pruebas automatizadas con los requisitos, visite informe de pruebas en compilación o versión.
En la sección de resultados de la pestaña Pruebas de un resumen de compilación o versión, seleccione las pruebas que se vincularán a los requisitos y elija Vincular.
Elija un elemento de trabajo que se vinculará a las pruebas seleccionadas de una de las maneras especificadas:
- Elija un elemento de trabajo aplicable en la lista de elementos de trabajo sugeridos. La lista se basa en los elementos de trabajo más recientes vistos y actualizados.
- Especifique un identificador de elemento de trabajo.
- Busque un elemento de trabajo basado en el texto del título.
En la lista solo se muestran los elementos de trabajo que pertenecen a la categoría Requisitos.
Teams a menudo desea anclar la vista resumida de la rastreabilidad de los requisitos a un panel. Use el widget de calidad Requisitos para esto.
Configure el widget de calidad Requisitos con las opciones necesarias y guárdelo.
- Consulta de requisitos:seleccione una consulta de elemento de trabajo que capture los requisitos, como los casos de usuario en la iteración actual.
- Datos de calidad:especifique la fase de la canalización para la que se debe realizar el seguimiento de la calidad de los requisitos.
Vea el widget en el panel del equipo. Enumera todos los requisitos en el ámbito, junto con la tasa de paso para las pruebas y el recuento de pruebas con errores. Al seleccionar un recuento de pruebas con errores, se abre la pestaña Pruebas de la compilación o versión seleccionada. El widget también ayuda a realizar un seguimiento de los requisitos sin ninguna prueba asociada.
Rastreabilidad de errores
Las pruebas permiten medir la confianza para enviar un cambio a los usuarios. Un error de prueba indica un problema con el cambio. Los errores pueden producirse por muchos motivos, como errores en el origen sometido a prueba, código de pruebas no correcto, problemas del entorno,pruebas no confiables, etc. Los errores proporcionan una manera sólida de realizar un seguimiento de los errores de prueba e impulsar la responsabilidad en el equipo para realizar las acciones correctivas necesarias. Para asociar errores con los resultados de las pruebas, visite el informe de pruebas en la compilación o versión.
En la sección de resultados de la pestaña Pruebas, seleccione las pruebas con las que se debe crear el error y elija Error. Se pueden asignar varios resultados de pruebas a un único error. Esto se suele hacer cuando el motivo de los errores es atribuible a una sola causa, como la falta de disponibilidad de un servicio dependiente, un error de conexión de base de datos o problemas similares.
Abra el elemento de trabajo para ver el error. Captura el contexto completo de los resultados de la prueba, incluida la información clave, como el mensaje de error, el seguimiento de la pila, los comentarios, etc.
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.
Desde un elemento de trabajo, vaya directamente a los resultados de prueba asociados. Tanto el caso de prueba como el resultado específico de la prueba están vinculados al error.
En el elemento de trabajo, seleccione Caso de prueba o Resultado de la prueba para ir directamente a la página Pruebas de la compilación o versión seleccionada. Puede solucionar el error, actualizar el análisis en el error y realizar los cambios necesarios para corregir el problema según corresponda. Aunque ambos vínculos le llevan a la pestaña Pruebas, la sección predeterminada que se muestra es Historial y Depuración respectivamente.
Rastreabilidad del origen
Al solucionar problemas de errores de prueba que se producen de forma coherente durante un período de tiempo, es importante realizar un seguimiento del conjunto inicial de cambios, donde se originó el error. Esto puede ayudar significativamente a restringir el ámbito para identificar la prueba problemática o el origen sometido a prueba. Para detectar la primera instancia de errores de prueba y realizar un seguimiento de los cambios de código asociados, visite la pestaña Pruebas de compilación o versión.
En la pestaña Pruebas, seleccione un error de prueba que se va a analizar. En función de si se trata de una compilación o una versión, elija la columna Compilación con errores o Versión con errores para la prueba.
Se abre otra instancia de la pestaña Pruebas en una nueva ventana, que muestra la primera instancia de errores consecutivos para la prueba.
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.
Equipos tradicionales que usan pruebas planeadas
Teams que están pasando de pruebas manuales a pruebas continuas (automatizadas) y tienen un subconjunto de pruebas ya automatizadas, pueden ejecutarlas como parte de la canalización o a petición (consulte el informe de pruebas). Denominadas pruebas planeadas,las pruebas automatizadas se pueden asociar a los casos de prueba de un plan de pruebas y ejecutarse desde Azure Test Plans. Una vez asociadas, estas pruebas contribuyen a las métricas de calidad de los requisitos correspondientes.
Ayuda y soporte técnico
- Vea la guía de solución de problemas
- Obtenga consejos sobre Stack Overflowy obtenga soporte técnico a través de la página developer Community