La matriz de trazabilidad muestra cómo se conectan los requisitos con las pruebas para que detectes las brechas de cobertura de un vistazo. Ofrece una vista descendente, desde las funcionalidades hasta las ejecuciones, y una vista ascendente, desde los casos de prueba hasta los requisitos que cubren. La abres desde el elemento Trazabilidad del grupo Aseguramiento de Calidad.
Abrir la matriz
En la barra lateral, abre el grupo Aseguramiento de Calidad y selecciona Trazabilidad. La Matriz de Trazabilidad se abre en la vista descendente, y puedes cambiar de vista con el conmutador Descendente y Ascendente de la cabecera.
Vista descendente
La vista descendente rastrea los requisitos hasta las pruebas que los verifican, siguiendo esta cadena:
- Ruta: Funcionalidades, luego Historias de Usuario, luego Criterios de Aceptación e Incidencias, luego Casos de Prueba, y luego Ejecuciones.
Expande cada nivel para profundizar, o usa Expandir Todo y Contraer Todo en la cabecera. Los elementos hijos se cargan bajo demanda, por lo que el árbol se mantiene ágil con conjuntos de datos grandes. Junto a cada nodo aparecen distintivos de cobertura y el estado de la última ejecución, y una leyenda explica el icono de cada tipo de elemento.
Vista ascendente
La vista ascendente parte de los casos de prueba y muestra los requisitos a los que cada uno está vinculado:
- Ruta: Casos de Prueba, luego sus Historias de Usuario y Criterios de Aceptación vinculados, hasta la Funcionalidad principal.
Un porcentaje de cobertura inversa resume cuántos casos de prueba están vinculados a un requisito, y los recuentos del resumen muestran el total de casos de prueba y cuántos están vinculados y sin vincular. Los casos de prueba marcados como sin vincular son huérfanos que no cubren ningún requisito, buenos candidatos para revisar.
Vincula al criterio, no solo a la historia
La matriz vale tanto como los vínculos que la sostienen, y el punto donde enganchas una prueba decide lo que puede contarte. Una prueba vinculada a una historia de usuario completa marca esa historia como cubierta, aunque verifique uno de sus cuatro criterios de aceptación. Una prueba vinculada al criterio concreto que verifica deja los otros tres visiblemente sin probar, así que la historia se lee como parcialmente cubierta y no como terminada.
Vincula al criterio siempre que puedas. Que la cobertura parcial se vea como parcial es el sentido mismo de mantener una matriz, y una historia que declara cobertura total apoyada en una sola prueba es justo el fallo que este ejercicio existe para evitar.
Filtrar y exportar
Filtra la vista descendente por funcionalidad, estado, prioridad y cobertura para centrarte en las brechas, y filtra la vista ascendente por vinculación para aislar los casos de prueba vinculados o sin vincular. Exporta la matriz a PDF para la documentación de auditoría o la revisión con las partes interesadas.
Crear los vínculos desde un asistente de IA
Los vínculos que lee la matriz se pueden crear a través del servidor MCP, así que un asistente de IA conectado puede producir cobertura real en lugar de registros vacíos. Puede crear una historia de usuario con sus criterios de aceptación como entradas estructuradas, crear los casos de prueba con sus pasos y vincular cada caso al criterio concreto que verifica, en cualquiera de los dos sentidos. Al consultar de nuevo la historia, cada criterio se devuelve con su identificador y su cobertura, de modo que el asistente puede confirmar que el vínculo se aplicó en lugar de suponerlo.
Un detalle a tener en cuenta: al actualizar los criterios de aceptación de una historia se reemplaza el conjunto completo, así que hay que incluir todos los criterios que quieras conservar. Un criterio que quede fuera se elimina, y con él sus vínculos a pruebas.
Consulta Conexión mediante el servidor MCP para saber cómo crear un token con permisos acotados y conectar tu herramienta.
¿Es tu primera vez con ISO Mate? Cada cuenta comienza con una prueba gratuita de 14 días.