¿Qué es la Matriz de Trazabilidad de Requisitos (RTM) en las pruebas?
Tomas Hamilton
⚡ Resumen inteligente
La Matriz de Trazabilidad de Requisitos (MTR) es un documento estructurado que vincula los requisitos del proyecto con sus correspondientes casos de prueba, garantizando una cobertura y validación completas. Desempeña un papel fundamental en las pruebas de software, ya que previene funcionalidades omitidas, facilita el cumplimiento normativo y proporciona visibilidad a las partes interesadas.
¿Qué es la Matriz de Trazabilidad (TM)?
Una matriz de trazabilidad es un documento que correlaciona dos documentos de referencia que requieren una relación de muchos a muchos para verificar la integridad de la relación.
Se utiliza para realizar un seguimiento de los requisitos y comprobar si se cumplen los requisitos del proyecto actual.
👉 Inscríbete gratis en el proyecto de pruebas de software en vivo
¿Qué es una Matriz de Trazabilidad de Requerimientos?
Una matriz de trazabilidad de requisitos (RTM) Es un documento que mapea y rastrea los requisitos del usuario con casos de prueba. Captura todos los requisitos propuestos por el cliente y su trazabilidad en un solo documento, que se entrega al finalizar el proyecto. Ciclo de vida del desarrollo de programasEl objetivo principal de la Matriz de Trazabilidad de Requisitos es validar que todos los requisitos se verifiquen mediante casos de prueba, de modo que ninguna funcionalidad quede sin verificar durante las pruebas de software.
¿Por qué es importante el RTM?
La principal prioridad de todo tester debe ser comprender los requisitos del cliente y garantizar que el producto final esté libre de defectos. Para lograr este objetivo, cada QA debe comprender a fondo los requisitos y crear casos de prueba positivos y negativos.
Esto implicaría que los requisitos de software proporcionados por el cliente deben dividirse en diferentes escenarios y casos de prueba. Cada uno de estos casos debe ejecutarse individualmente.
Surge aquí la pregunta de cómo garantizar que el requisito se pruebe, considerando todos los escenarios/casos posibles. ¿Cómo garantizar que ningún requisito quede fuera del ciclo de pruebas?
Una forma sencilla es rastrear el requisito con sus correspondientes escenarios de prueba y Casos de pruebaEsto se denomina "Matriz de trazabilidad de requisitos".
La matriz de trazabilidad es típicamente una hoja de cálculo que contiene los requisitos con todos los requisitos posibles. escenarios de prueba y los casos y su estado actual, es decir, si se aprobaron o no. Esto ayudaría al equipo de pruebas a comprender el nivel de las actividades de prueba realizadas para el producto específico.
¿Quién necesita RTM?
A Matriz de Trazabilidad de Requisitos (RTM) No es sólo para evaluadores: es valioso para cualquier persona involucrada en la entrega de software o proyectos de alta calidad.
- Control de calidad y probadores → Asegúrese de cubrir el 100 % de los requisitos con casos de prueba bien mapeados.
- ANÁLISIS DE NEGOCIO → Realizar un seguimiento de los requisitos de SRS/Historias de usuario hasta su ejecución.
- Jefes de Proyecto → Obtenga visibilidad del alcance, el progreso y los requisitos omitidos.
- Desarrolladores → Comprender cómo las características se relacionan con los objetivos comerciales.
- Industrias reguladas (Salud, Automotriz, Aeroespacial, Finanzas) → Demuestre el cumplimiento y apruebe auditorías con una trazabilidad clara.
- Clientes y Partes Interesadas → Obtenga la seguridad de que sus requisitos se implementan y prueban.
👉 En resumen, cualquier persona responsable de construir, validar o aprobar requisitos de software beneficios de RTM.
¿Qué parámetros incluir en la Matriz de Trazabilidad de Requerimientos?
- ID de requisito
- Tipo de requisito y Description
- Casos de prueba con estado
Arriba se muestra una matriz de trazabilidad de requisitos de muestra.
Pero en un típico pruebas de software proyecto, la matriz de trazabilidad tendría más que estos parámetros.
Como se ilustra arriba, una matriz de trazabilidad de requisitos puede:
- Mostrar la cobertura de requisitos en el número de casos de prueba.
- Estado de diseño y estado de ejecución para el caso de prueba específico
- Si los usuarios deben realizar pruebas de aceptación del usuario, el estado de UAT también se puede capturar en la misma matriz.
- Los defectos relacionados y el estado actual también se pueden mencionar en la misma matriz.
Este tipo de matriz proporcionaría Ventanilla única para todas las actividades de prueba.
Además de mantener un Excel por separado, un equipo de pruebas también puede optar por el seguimiento de requisitos disponible en las Herramientas de Gestión de Pruebas.
Tipos de matriz de prueba de trazabilidad
En ingeniería de software, una matriz de trazabilidad se puede dividir en tres componentes principales como se menciona a continuación:
- Trazabilidad hacia adelante: Esta matriz se utiliza para comprobar si el proyecto avanza en la dirección deseada y para el producto correcto. Se asegura de que cada requisito se aplique al producto y de que cada requisito se pruebe minuciosamente. Asigna requisitos a casos de prueba.
- Trazabilidad hacia atrás o inversa: Se utiliza para garantizar que el producto actual siga el buen camino. El propósito de este tipo de trazabilidad es verificar que no se esté ampliando el alcance del proyecto añadiendo código, elementos de diseño, pruebas u otro trabajo no especificado en los requisitos. Asigna los casos de prueba a los requisitos.
- Trazabilidad bidireccional (adelante+atrás): Esta matriz de trazabilidad garantiza que los casos de prueba cubran todos los requisitos. Analiza el impacto de un cambio en los requisitos afectados por... Defecto en un producto de trabajo y viceversa.
Cómo crear una Matriz de Trazabilidad de Requisitos
Entendamos el concepto de Matriz de Trazabilidad de Requisitos a través de un proyecto bancario de Guru99.
Sobre la base de el Documento de requisitos comerciales (BRD) Documento de requisitos técnicos (TRD), los evaluadores comienzan a escribir casos de prueba.
Supongamos que la siguiente tabla es nuestro Documento de Requerimientos Comerciales o BRD para Proyecto bancario Guru99.
Aquí, el escenario es que el cliente debería poder iniciar sesión en el sitio web bancario Guru99 con la contraseña y el ID de usuario correctos, mientras que el gerente debería poder iniciar sesión en el sitio web a través de la página de inicio de sesión del cliente.
La tabla a continuación es nuestra Documento de requisitos técnicos (TRD).
Nota: Los equipos de control de calidad no documentan el BRD y el TRD. Además, algunas empresas utilizan Documentos de requisitos de función (FRD), que son similares a los Documentos de Requisitos Técnicos, pero el proceso de creación de una Matriz de Trazabilidad sigue siendo el mismo.
Sigamos adelante y creemos RTM en pruebas
Paso 1) Nuestra caso de prueba de muestra is
“Verificar inicio de sesión: cuando se ingresan el ID y la contraseña correctos, debería iniciar sesión correctamente”.
Paso 2) Identifique el requisito técnico que este caso de prueba verifica. En nuestro caso de prueba, se verifica el requisito técnico T94.
Paso 3) Tenga en cuenta este requisito técnico (T94) en el caso de prueba.
Paso 4) Identificar el Requisito de Negocio para el cual se define este TR (Requisito Técnico-T94)
Paso 5) Tenga en cuenta el BR (Requisito comercial) en el caso de prueba
Paso 6) Haga lo anterior para todos los casos de prueba. LaterExtrae las 3 primeras columnas de tu conjunto de pruebas. ¡RTM en pruebas está listo!
Ventajas de la Matriz de Trazabilidad de Requerimientos
- Confirma una cobertura de prueba del 100%.
- Destaca cualquier requisito faltante o inconsistencias en los documentos.
- Muestra los defectos generales o el estado de ejecución con un enfoque en los requisitos comerciales.
- Ayuda a analizar o estimar el impacto en el trabajo del equipo de control de calidad con respecto a la revisión o reelaboración de los casos de prueba.
Mejores prácticas y consejos para usar RTM
Una Matriz de Trazabilidad de Requisitos (MTR) es más eficaz cuando es Mantenido simple, consistente y actualizado periódicamente.Estas son las mejores prácticas que permitirán a los equipos garantizar Cobertura total, mínima repetición del trabajo y mayor confianza en la entrega del proyecto.:
- Comienza temprano → Crea tu RTM al comienzo del proyecto.
- Mantenlo actualizado → Actualice la matriz siempre que cambien los requisitos o los casos de prueba.
- Utilice identificaciones claras → Asigne identificadores únicos a los requisitos y casos de prueba para una fácil trazabilidad.
- Cubrir casos positivos y negativos → Asegúrese de que cada requisito esté validado desde múltiples ángulos de prueba.
- Colaborar entre equipos → Involucrar a los evaluadores, desarrolladores, analistas de negocios y gerentes de proyectos en el mantenimiento de RTM.
- Apalancar herramientas → En lugar de hojas de cálculo, considere herramientas de gestión de pruebas (como Jira, HP ALM o Zephyr) para lograr escalabilidad.
- Control de versiones → Mantenga versiones históricas para realizar un seguimiento de los cambios y mantener el cumplimiento.
- Centrarse en la simplicidad → Evite sobrecargar la matriz; resalte sólo los parámetros esenciales.
- Auditar periódicamente → Revise periódicamente el RTM para detectar brechas antes de probar los plazos.
- Enlace al valor empresarial → Asigne los requisitos a los objetivos comerciales para mostrar el ROI.
Desafíos y soluciones comunes de RTM
- Desafío: Mantener RTM actualizado
Los requisitos y los casos de prueba cambian con frecuencia, lo que hace que RTM quede obsoleto rápidamente.
La Solución: Utilice herramientas de gestión de pruebas automatizadas que sincronizan requisitos, casos de prueba y defectos en tiempo real. - Desafío: complejidad excesiva
Agregar demasiados parámetros hace que RTM sea difícil de mantener e interpretar.
La Solución: Mantenga un RTM eficiente centrándose solo en campos esenciales como identificaciones, descripciones y estado. - Desafío: Mala colaboración en equipo
Es posible que diferentes equipos no estén de acuerdo en cuanto a la propiedad o las actualizaciones.
La Solución: Defina roles claros, involucre a evaluadores, desarrolladores y analistas y programe revisiones periódicas de RTM. - Desafío: Cobertura incompleta de requisitos
Es posible que algunos requisitos carezcan de casos de prueba, lo que puede provocar la pérdida de funcionalidad.
La Solución: Valide la cobertura periódicamente, utilice trazabilidad bidireccional y ejecute auditorías antes de lanzamientos importantes. - Desafío: Esfuerzo manual en proyectos grandes
La gestión de RTM en hojas de cálculo se vuelve una tarea que consume mucho tiempo en sistemas complejos.
La Solución: Adopte herramientas RTM como Jira, HP ALM o Zephyr para automatizar el mapeo y los informes.
Aprendamos RTM con un ejemplo en el vídeo.
Haga clic en aquí si el video no es accesible
Plantilla de matriz de trazabilidad de requisitos (RTM)
Haga clic a continuación para descargar el archivo Excel de plantilla RTM
Descargue la plantilla RTM Excel (.xlsx)
