Matriz de trazabilidad de requisitos

Durante el proceso de prueba del software, se crean muchos documentos importantes, como casos de prueba, escenarios de prueba, planes de prueba, etc. Otro documento muy importante que a veces se descuida es la RTM (Matriz de Trazabilidad de Requisitos) o «Matriz de Trazabilidad de Requisitos».

Índice

¿Qué es una matriz de trazabilidad de requisitos?

Una matriz de trazabilidad de requisitos es un documento que relaciona los requisitos del sistema con los casos de prueba. Realiza un seguimiento de los requisitos introducidos por el cliente hasta los casos de prueba creados para probar esos requisitos.

Normalmente, un analista de negocio o director de proyecto redactará una Especificación de Requisitos de Software (SRS), un caso de uso, unos requisitos de negocio (BRS) y/o un documento de requisitos del proyecto que enumere todos los casos de uso o requisitos del sistema, y cualquiera de estos documentos, o todos ellos, funcionarán como base de la Matriz de Trazabilidad de Requisitos. Estos requisitos están asociados a casos de prueba redactados por el equipo de pruebas. Cada requisito está asociado a un caso de prueba escrito para un requisito relacionado. Los requisitos y los casos de prueba pueden tener relaciones de uno a uno, de muchos a uno o de muchos a muchos.

Antes de iniciar el diseño de la matriz de trazabilidad de requisitos, hay que asignar ID correctos y únicos a los documentos de requisitos (SRS, BRS, etc.) y a los documentos de prueba (escenarios de prueba, casos de prueba).

La matriz de trazabilidad de requisitos se utiliza para asegurarse de que cada requisito está cubierto en el proceso de prueba y se han desarrollado los casos de prueba asociados.

Ventajas de la matriz de trazabilidad de requisitos

Como se ha mencionado en el apartado anterior, el objetivo principal de la matriz de trazabilidad de solicitudes es comprobar que todas las solicitudes realizadas por el cliente han sido probadas. La matriz de trazabilidad de requisitos garantiza al cliente y al equipo de pruebas que se han probado todos los casos de uso.

Como la matriz de trazabilidad de requisitos también puede incluir la prioridad de cada requisito que deba probarse, el equipo de pruebas puede identificar fácilmente los requisitos importantes y gestionar su calendario de pruebas, lo que resulta útil cuando el proyecto tiene estrictas limitaciones de tiempo y/o recursos.

Además, la matriz de trazabilidad de requisitos también ayuda a identificar los requisitos o casos de prueba que faltan.

¿Cómo se crea la matriz de trazabilidad de requisitos?

El formato o estructura de la matriz de trazabilidad de requisitos varía de una organización a otra. Sin embargo, a continuación se indican algunos parámetros importantes que se utilizan en la creación de la matriz de trazabilidad de requisitos:

• ID de requisito – A cada requisito del documento de requisitos se le asigna un ID único. Este identificador puede clasificarse a su vez en identificadores detallados para los subrequisitos. Por ejemplo, cualquier módulo de acceso al sistema puede ser un caso de uso al que se puede asignar un ID como «UC 1». Este caso de uso puede desglosarse ahora en subpeticiones para cada paso, como el paso «El usuario introduce el nombre de usuario» puede tener un ID de «UC 1.1», «El usuario introduce la contraseña» puede tener un ID de «UC 1.2», etc.
• Descripción del requisito: descripción del requisito asociado al ID. Esta columna es opcional.
• Prioridad – La prioridad de la solicitud que se va a comprobar.
• ID del escenario de prueba – Los escenarios de prueba se crean en función de los requisitos. Por ejemplo, para el módulo de inicio de sesión, «El usuario inicia sesión en el sistema» puede ser uno de los escenarios a los que se puede asignar un ID como «TS 1».
• Descripción del escenario de prueba – Descripción del escenario de prueba asociado al ID. Esta columna es opcional.
• ID del caso de prueba – Los casos de prueba se crean en función de los requisitos y los escenarios de prueba. Por ejemplo, en la continuación del ejemplo anterior para el módulo de inicio de sesión, uno de los casos de prueba puede ser «El usuario introduce sólo letras en el campo Nombre de usuario» y se le puede asignar un ID como «TS1_TC1».
• Descripción del caso de prueba – Descripción del caso de prueba asociado al ID. Esta columna es opcional.
• Estado de desarrollo del caso de prueba: si el caso de prueba se ha desarrollado o no. Puede ser una columna opcional.
• Diseñador de la prueba – El nombre del probador que diseñó el caso de prueba. De nuevo, se trata de una columna opcional.
• Entornos de ejecución de la prueba – Aquí, esta columna puede tener subcolumnas para que puedas ver en qué entornos se ejecutó el caso de prueba.
• Estado del fallo – Indica si el caso de prueba se ha superado o no.
• ID del fallo – Es el ID del fallo notificado por el equipo de pruebas. Este identificador puede vincularse a la herramienta de seguimiento de errores utilizada por el equipo.
• Comentario – Todos los comentarios realizados por los miembros del equipo.

Estos parámetros pueden variar de una organización a otra, pero son parámetros importantes que aportan una aclaración muy necesaria sobre la trazabilidad.

Normalmente esta matriz se guarda en una hoja de Excel.

Tipos de matrices de trazabilidad

La matriz de trazabilidad puede dividirse en los siguientes tipos:

• Trazabilidad directa – En la «matriz de trazabilidad directa», los requisitos se asignan a los casos de prueba. Ayuda a garantizar que todos los requisitos se incluyan en el proceso de prueba. Mediante este tipo de matriz se consigue un seguimiento adecuado y exhaustivo de los requisitos. Este tipo de matriz facilita ver si se han escrito los requisitos adecuados para el sistema y si el proyecto va por buen camino.
• Trazabilidad: la trazabilidad también se conoce como trazabilidad inversa. En este tipo de matriz, los casos de prueba se asignan a los requisitos, a diferencia de la trazabilidad directa, en la que los requisitos se asignan a los casos de prueba. Ayuda a garantizar que se desarrollan casos de prueba para cada requisito y que el sistema desarrollado va por buen camino.
• Trazabilidad bidireccional (directa y retrospectiva): la matriz de trazabilidad bidireccional incluye tanto la trazabilidad directa como la retrospectiva. Garantiza que se redacte el caso de prueba correcto para cada requisito y que cada caso de prueba pueda rastrearse hasta el requisito correcto.

Conclusión

Una matriz de trazabilidad de requisitos es un documento que rastrea los requisitos del cliente con escenarios de prueba, casos de prueba y defectos. Ayuda a conseguir una cobertura de las pruebas del 100% y facilita el seguimiento de cada caso de prueba.

Además, el documento de la matriz de trazabilidad de requisitos es útil no sólo para el equipo de pruebas, sino también para los analistas de negocio y los directores de proyecto, es decir, para cualquiera que sea responsable de documentar los requisitos.