Introducción a la matriz de trazabilidad de requisitos
La finalización del proyecto es un desafío para cada empresa, y cada proyecto tiene diferentes requisitos y enfoques, uno puede completar un proyecto a tiempo cuando cada requisito se analiza adecuadamente. Entonces, para facilitar la finalización del proyecto y cumplir con todos los requisitos, utilizamos RTM (matriz de trazabilidad de requisitos). Un RTM es un documento o tabla que vincula los requisitos durante todo el proceso de validación. El propósito de la Matriz de trazabilidad de requisitos es garantizar que todos los requisitos definidos para un sistema se prueben en el ciclo de vida.
Definición de matriz de trazabilidad de requisitos
La Matriz de trazabilidad de requisitos generalmente llamada RTM es un documento o una tabla que se alista con los requisitos de los clientes para el proyecto en el trabajo. Este es un tipo simple de matriz con estructura de fila y columna, que define claramente qué requisito se cumple y cuál se cambia entre el proceso. Entonces, en todo el RTM, rastreamos los casos de prueba con respecto al requisito del cliente y vemos los defectos en el requisito durante el proceso.
¿Por qué se requiere la matriz de trazabilidad de requisitos?
Hay una serie de beneficios de RTM, en primer lugar, como discutimos anteriormente, que esto se utiliza para rastrear el requisito de los clientes y también podemos encontrar los defectos en el requisito, si corresponde. Aparte de eso, RTM proporciona la calidad al proyecto ya que esto elimina los diferentes defectos y también si hay algún cambio en el requisito entre las pruebas, podemos modificarlo fácilmente y ahorrar tiempo y energía. Estas cosas ayudan mucho a completar el proyecto a tiempo y de manera más rápida.
Tipos de matriz de trazabilidad de requisitos
Veamos las diferentes matrices de trazabilidad.
Trazabilidad hacia adelante
La trazabilidad hacia adelante es el tipo de matriz de trazabilidad, ayudará al gerente a analizar y garantizar que el proyecto vaya sin problemas en la dirección correcta y se prueben todos los requisitos proporcionados por el cliente.
Trazabilidad hacia atrás
Este es otro tipo de matriz que le asegura al gerente que el alcance del proyecto no se amplía o que el requisito que existe allí se sigue estrictamente sin agregar casos o características adicionales que pueden no ser parte del proyecto.
Bidi trazabilidad seccional
Este tipo de trazabilidad ayuda al gerente a mapear los requisitos para probar casos tanto de trazabilidad hacia adelante como hacia atrás en un solo documento. Por lo tanto, este tipo garantiza que todos los requisitos se prueben correctamente.
Ejemplos de matriz de trazabilidad de requisitos
|
Requisito comercial no . |
Descripción |
|
BR1 | Algunos requisitos comerciales se obtuvieron del cliente con respecto a la disponibilidad de monitoreo en tiempo real. |
|
BR2 | Un requisito del propietario del negocio con respecto a los detalles del empleado en la pantalla. |
|
BR3 | El requisito del usuario con respecto al cambio de tema de la pantalla. |
|
BR4 | Algún otro requisito comercial. |
Digamos, TS1 (BR1): se proporciona la opción de monitoreo en tiempo real.
Casos de prueba
Caso de prueba 1: opción TS1.TC1 (BR1) ejecutada con éxito.
Caso de prueba 2: la opción TS1.TC2 (BR1) está desactivada.
Defectos
Por lo tanto, mientras se ejecuta si se encuentra algún defecto, como la supervisión en tiempo real, no funciona correctamente y los datos no se actualizan después de cada segundo, por lo tanto, se genera una ID de defecto para resolver este problema en particular.
Digamos, X01, entonces esta identificación se mapea en la matriz para mostrar el defecto.
Cobertura de prueba y matriz de trazabilidad de requisitos
La cobertura de prueba se define como el proceso en el que verificamos cuáles son los requisitos del cliente y qué requisitos deben probarse cuando comienza el proceso de prueba. Esto generalmente se hace para eliminar la posibilidad del defecto en el proyecto.
Para lograr la cobertura de prueba completa, se requiere establecer la "trazabilidad de requisitos". En el que se mapean todos los defectos.
Tipos de especificaciones de requisitos
1. Documento de especificación de requisitos de software
2. Requisito comercial
3. Documento de caso de uso
4. Documento de requisitos del proyecto
5. Documentos de verificación de defectos
Beneficios
- Para verificar si se logra una cobertura de prueba del 100%.
- Es fácil determinar el impacto de los casos de prueba para la regresión.
- Esto nos ayuda a eliminar el alcance del requisito funcional faltante.
- Hace que la evaluación del proyecto sea fácil y simple.
¿Cómo crear una matriz de trazabilidad de requisitos?
RTM como se discutió anteriormente es el documento de fila y columna, que contiene la cobertura de prueba sobre los diferentes requisitos y los defectos encontrados en este. Básicamente, para crear un RTM, uno debe tener acceso a Microsoft Excel ya que contiene todas las herramientas necesarias que se requieren para hacer la matriz.
Además de eso, el conocimiento de Excel es bastante útil porque para crear una matriz, se utilizan diferentes herramientas y también existen diferentes fórmulas, por lo que si uno tiene conocimiento sobre eso, fácilmente crea la matriz y ejecuta la misma. Aquí está el ejemplo de la RTM:
Puntos importantes para recordar
- Asegúrese de que cada requisito esté completamente enlistado en la matriz al hacer la matriz.
- La representación de la matriz debería ser así, debería ser fácilmente comprensible, uno puede usar una combinación de colores diferente para marcar los diferentes segmentos en la matriz.
- Los defectos deben tener derecho en la matriz, con una identificación adecuada.
Conclusión
RTM (matriz de trazabilidad de requisitos), es la mejor manera de cumplir con todos los requisitos del cliente en el proyecto, ya que si se detecta algún defecto durante la prueba, se elimina del proceso para que no perjudique más el proyecto. Para entonces, esta es una herramienta efectiva para la evaluación de proyectos. El pensamiento que se requiere al hacer la matriz es que la matriz mostrará todas las especificaciones o requisitos del proyecto y toda la cobertura de la prueba debe mencionarse correctamente en la matriz, aparte de que la identificación del defecto debe ser adecuada y relevante para el requisito en que esto se encuentra. Los datos deben analizarse adecuadamente y se debe hacer un informe separado, de por qué se producen estos defectos y cómo se debe eliminar el alcance de estos defectos. Estas cosas fortalecen la evaluación del proyecto y la ejecución del proyecto también será simple. Entonces, por fin, podemos decir que un buen RTM es el avance del buen proyecto.
Artículos recomendados
Esta ha sido una guía para la Matriz de trazabilidad de requisitos, por ejemplo. Aquí discutimos el concepto, los tipos, la cobertura de la prueba y cómo crear una matriz de trazabilidad de requisitos con ejemplos. También puede consultar nuestros otros artículos sugeridos para obtener más información:
- ¿Qué son los complementos de Maven?
- Beneficios de usar selenio
- ¿Qué es el PPC?