Pruebas de software: array de trazabilidad de requisitos

Aquí discutiremos la Array de Trazabilidad de Requisitos (RTM). Se tratarán los siguientes 8 temas:

1. ¿Qué es RTM?
2. Parámetros que se incluirán en RTM
3. ¿Por qué se requiere RTM?
4. ¿Quién necesita RTM?
5. Tipos De Array De Trazabilidad.
6. ¿Cómo crear RTM?
7. Ventajas de RTM.
8. Plantilla RTM.

Comencemos discutiendo cada uno de estos temas en detalle.

¿Qué es RTM?

RTM significa Array de trazabilidad de requisitos . RTM mapea todos los requisitos con los casos de prueba. Al utilizar este documento, se puede verificar que los casos de prueba cubran toda la funcionalidad de la aplicación según los requisitos del cliente.

• Requerimientos: Requerimientos de un proyecto en particular por parte del cliente. 
• Trazabilidad: La capacidad de rastrear las pruebas.
• Array: Los datos que se pueden almacenar en forma de filas y columnas.

El objetivo principal de la array de trazabilidad de requisitos es verificar que todos los requisitos de los clientes estén cubiertos en los casos de prueba diseñados por los probadores.
En palabras simples, se puede decir que es un enfoque de pluma y lápiz, es decir, para analizar la información de dos datos, pero aquí solo estamos usando una hoja de Excel para verificar los datos en una array de trazabilidad de requisitos.

Parámetros que se incluirán en RTM

Los siguientes son los parámetros a incluir en RTM:

1. Id. de requisito: el Id. de requisito se asigna a cada requisito del proyecto.
2. Descripción del requisito: para cada requisito se proporciona una descripción detallada en el documento SRS (Especificación de requisitos del sistema/software).
3. Tipo de requisito: comprenda el tipo de requisitos, es decir, banca, telecomunicaciones, atención médica, viajes, comercio electrónico, educación, etc.
4. ID de casos de prueba: los casos de prueba son diseñados por el equipo de prueba. Los casos de prueba también se asignan con algún ID.  

¿Por qué es importante RTM?

Cuando las personas de análisis de negocios obtienen los requisitos de los clientes, preparan un documento llamado SRS (Especificación de requisitos de sistema/software) y estos requisitos se almacenan en este documento. Si estamos trabajando en el modelo Agile , llamamos a este documento Sprint Backlog, y los requisitos están presentes en él en forma de historias de usuarios. 

Cuando el control de calidad obtiene el documento de trabajo pendiente de SRS/Sprint, primero intenta comprender los requisitos a fondo y luego comienza a escribir casos de prueba y a revisarlos con todo el equipo del proyecto. Pero a veces puede suceder que en estos casos de prueba falte alguna funcionalidad de los requisitos, por lo que para evitarlo requerimos una array de trazabilidad de requisitos.

• Cada caso de prueba se remonta a cada requisito en el RTM. Por lo tanto, hay menos posibilidades de perder algún requisito en las pruebas y se puede lograr una cobertura de prueba del 100%. 
• RTM ayuda a los usuarios a descubrir cualquier cambio que se haya realizado en los requisitos, así como el origen del requisito.
• Con RTM, los requisitos se pueden rastrear para determinar un grupo o persona en particular que deseaba ese requisito y se puede usar para priorizar el requisito.
• Ayuda a mantener un control entre los requisitos y otros artefactos de desarrollo, como los requisitos técnicos y de otro tipo.
• La array de trazabilidad puede ayudar al probador a identificar si al agregar algún requisito, los requisitos anteriores se ven afectados o no.
• RTM ayuda a evaluar el efecto en el equipo de control de calidad para reutilizar el caso de prueba.

¿Quién necesita RTM?

Cuando los evaluadores diseñan los casos de prueba, deben verificar si los casos de prueba cubren todas las funciones de la aplicación según los requisitos del cliente que figuran en la acumulación de SRS/Sprint.

• Para verificar que necesitan una array de trazabilidad de requisitos.
• Generalmente usan una hoja de Excel o una hoja de cálculo de Google para RTM.

Tipos de Array de Trazabilidad

Existen 3 tipos de array de trazabilidad:

1. Array de trazabilidad directa:   en la array de trazabilidad directa, mapeamos los requisitos con los casos de prueba. Aquí podemos verificar que todos los requisitos están cubiertos en los casos de prueba y que no falta ninguna funcionalidad en los casos de prueba. Le ayuda a asegurarse de que todos los requisitos disponibles en la cartera de pedidos de SRS/Sprint se puedan rastrear hasta los casos de prueba diseñados por los evaluadores. Se utiliza para comprobar si el proyecto avanza en la dirección correcta.

En array de trazabilidad directa: 

Filas = ID de requisito

Columna = Id. de caso de prueba

2. Array de trazabilidad hacia atrás: en la array de trazabilidad hacia atrás, mapeamos los casos de prueba con los requisitos. Aquí podemos verificar que no se agrega ningún caso de prueba adicional que no sea necesario según nuestros requisitos. Le ayuda a asegurarse de que cualquier caso de prueba que haya diseñado se pueda rastrear hasta los requisitos o las historias de usuario y no está ampliando el alcance del trabajo simplemente creando casos de prueba adicionales que no se pueden asignar al requisito. La array de trazabilidad hacia atrás también se conoce como array de trazabilidad inversa .

En array de trazabilidad hacia atrás: 

Filas = ID de casos de prueba

Columna = ID de requisito

3. Array de rastreabilidad bidireccional: una array de rastreabilidad bidireccional es una combinación de una array de rastreabilidad hacia adelante y una array de rastreabilidad hacia atrás. Aquí verificamos los requisitos y los casos de prueba en ambos sentidos. 

Array de trazabilidad bidireccional = Array de trazabilidad hacia adelante + Array de trazabilidad hacia atrás

¿Cómo crear RTM?

Antes de crear RTM SRS/Sprint, se requieren documentos de trabajo pendiente y casos de prueba. A continuación se muestran los pasos para crear RTM:

1. Para RTM usaremos una hoja de Excel.
2. Escriba el nombre del proyecto, la fecha y el nombre del responsable de RTM.
3. Escriba todos los ID de requisitos en forma de fila en la primera columna de una hoja de Excel.
4. Escriba todas las descripciones de los requisitos por filas en la segunda columna de una hoja de Excel.
5. Escriba todos los requisitos en forma de fila en la tercera columna de una hoja de Excel.
6. Escriba todos los casos de prueba con sus ID en forma de columna en una hoja de Excel.
7. Después de escribir todos los requisitos y casos de prueba, debe verificar que para cada requisito haya preparado los casos de prueba tanto en flujo positivo como negativo.

Ventajas de RTM

A continuación se presentan algunos de los beneficios de usar RTM:

1. Cobertura de prueba completa: RTM confirma la cobertura de prueba al 100%.
2. Verificar la funcionalidad que falta: este documento es útil para que el probador verifique que no se pierda ninguna funcionalidad mientras prueba la aplicación. 
3. Ayuda a priorizar y realizar un seguimiento de los requisitos: también ayuda a comprender qué casos de prueba adicionales agregamos que no forman parte del requisito.
4. Ayuda a realizar un seguimiento del estado de la prueba: es fácil realizar un seguimiento del estado general de la prueba.
5. Documentación adecuada y consistente: RTM puede ayudar en el esfuerzo de proporcionar documentación adecuada y consistente para el equipo.
6. El control de versiones es más fácil: RTM ayuda a realizar un seguimiento de las modificaciones necesarias y cómo afecta cada parte del proyecto.

Plantilla RTM

La siguiente figura muestra la plantilla básica de RTM. Aquí, los ID de requisitos son por filas y los ID de casos de prueba son por columnas, lo que significa que es una array de trazabilidad directa.

De la siguiente figura, se puede ver que:

• Para verificar el requisito número 1 existen los casos de prueba número 1 y 7. 
• En el requisito número 2 existen los casos de prueba número 2 y 10 y de manera similar, para todos los demás requisitos, existen casos de prueba para verificarlos.