Uso de una matriz de trazabilidad de requisitos para mejorar la calidad de los proyectos
La matriz de trazabilidad de requisitos (RTM) es una herramienta de planificación que ayuda a garantizar queel alcance,los requisitos ylos entregablesde un proyecto se mantengan «tal cual» en comparación con la línea de base.
¿Qué es una matriz de trazabilidad de requisitos?
Es un proceso que consiste en documentar la conexión y las relaciones entrelos requisitos inicialesdel producto y elproducto o servicio final obtenido. El RTM realiza un seguimiento de los entregablesestableciendo un hilo conductorpara cada requisito, desde el inicio del proyecto hasta su finalización.
La matriz de trazabilidad se utiliza a menudo para:
- Requisitos de seguimiento: ¿se están cumpliendo los objetivos empresariales originales con el proceso y el diseño actuales?
- para garantizar que todos los requisitos definidos para un sistema se prueben en los protocolos de prueba.
- para ayudar a los auditores a revisar la documentación de validación
- Ayudar en la creación de una solicitud de propuesta (RFP), tareas del plan del proyecto, documentos entregables y guiones de prueba.
- Constituye la base delALCANCE de un proyecto, incorporando requisitos específicos y resultados que se producirán.
Autor: Bob Savelson
Tiempo de lectura: 10 minutos
Artículos relacionados
Formatos de la matriz de trazabilidad de requisitos
Hay dos formas de dar formato/ver una matriz de trazabilidad de requisitos.
- Matriz de intersección. La más sencilla y habitual de las matrices de trazabilidad es un cuadro de referencias cruzadas entre los casos de prueba (representados por los ID de los casos de prueba) y los requisitos (representados por los ID de los requisitos), también conocido como matriz de trazabilidad de intersección.
2. También puede ver sus requisitos en una matriz horizontal. Esta matriz mapea los casos de prueba con los requisitos en un formato lineal y permite identificar fácilmente los requisitos vinculados al encontrar el caso de prueba específico.
¿Qué es un caso de prueba?
Un caso de prueba se describe como un conjunto de condiciones o variables que se cree que satisfacen un conjunto de requisitos vinculados. La creación de múltiples casos de prueba puede ayudar a identificar errores y fallos en los requisitos designados o en la totalidad de una aplicación.
ID del conjunto de pruebas | El ID del conjunto de pruebas al que pertenece este caso de prueba. |
ID del caso de prueba | El ID del caso de prueba. |
Resumen del caso de prueba | El resumen/objetivo del caso de prueba. |
Requisito relacionado | El ID del requisito al que se refiere/relaciona este caso de prueba. |
Requisitos previos | Cualquier requisito previo o condición previa que deba cumplirse antes de ejecutar la prueba. |
Procedimiento de prueba | Procedimiento paso a paso para ejecutar la prueba. |
Datos de prueba | Los datos de prueba, o enlaces a los datos de prueba, que se utilizarán durante la realización de la prueba. |
Resultado esperado | El resultado esperado de la prueba. |
Resultado real | El resultado real de la prueba; se rellenará después de ejecutar la prueba. |
Estado | Aprobado o suspendido. Otros estados pueden ser «No ejecutado» si no se realiza la prueba y «Bloqueado» si la prueba está bloqueada. |
Observaciones | ¿Algún comentario sobre el caso de prueba o la ejecución de la prueba? |
Creado por | El nombre del autor del caso de prueba. |
Fecha de creación | La fecha de creación del caso de prueba. |
Ejecutado por | El nombre de la persona que realizó la prueba. |
Fecha de ejecución | La fecha de realización de la prueba. |
Entorno de pruebas | El entorno (hardware/software/red) en el que se ejecutó la prueba. |
Tipos de trazabilidad
La trazabilidad hacia adelantele permite asignar requisitos a casos de prueba, al tiempo que garantiza que el proyecto deseado avance en la dirección deseada. En otras palabras, la trazabilidad hacia adelante le permite rastrear cada requisito del proyecto hacia adelante en el diseño implementado por los requisitos, el código implementado por el diseño y las pruebas que ayudan a validar el proyecto. Esto nos permite comprender que estamos creando el producto adecuado. En la trazabilidad hacia adelante, cada requisito se prueba exhaustivamente con respecto a los parámetros y protocolos de prueba.
La trazabilidad inversale permite asignar casos de prueba a requisitos. Invertir la asignación de los dos factores también le permite asegurarse de que su
El progreso del proyecto avanza en la dirección correcta y si el producto final ha cumplido o no los requisitos establecidos. En las fases de desarrollo actuales, nuestro resultado final cambia y evoluciona constantemente para adaptarse a criterios cambiantes. La trazabilidad inversa ayuda a garantizar que el producto en evolución siga satisfaciendo los requisitos originales sin ampliar el alcance del proyecto (añadiendo código, elementos de diseño y pruebas).
La trazabilidad inversa ayuda a evitarel «gold plating», un término que describe una situación en la que el esfuerzo marginal de cambiar un producto es mayor que el valor marginal. Este tipo de error se produce cuando un gestor de proyectos o desarrollador se centra en el desarrollo adicional de un producto más allá de los requisitos designados, sin darse cuenta de que el valor añadido es menor o puede reducir el valor global del proyecto. Cualquier adición de código, elementos de diseño y pruebas aumenta el alcance del proyecto y provoca el gold plating.
La trazabilidad bidireccionaldescribe la capacidad de combinar la trazabilidad hacia adelante y hacia atrás a lo largo del ciclo de vida del desarrollo. Este tipo de trazabilidad ayuda a determinar que se han cumplido todos los requisitos iniciales, que estos requisitos pueden validarse y, si se produce un cambio, analiza el impacto del cambio en los requisitos.
Una matriz se considera bidireccional cuando:
- rastrea el requisito «hacia adelante» examinando el resultado de los entregables
- analiza los requisitos comerciales que se especificaron para una característica concreta del producto «retrospectivamente».
Ventajas de utilizar RTM
RTM es inicialmente una herramienta de planificación que destaca cualquier requisito que falte o inconsistencia en la documentación, y cuando se desarrollan los casos de prueba (comienza la validación), ayuda a determinar el alcance de las pruebas de regresión. Las pruebas de regresión son un tipo de pruebas de software que garantizan que el software desarrollado y probado anteriormente siga funcionando de la misma manera después de ser modificado o conectado con otro software. (para confirmar que el cambio en la variable B no ha afectado negativamente a la variable A existente).
También confirma una cobertura de prueba del 100 %, que es una medida de la proporción del proyecto ejecutada durante las pruebas. La cobertura de prueba nos proporciona una puntuación objetiva de un caso de prueba que, cuando es inferior al 100 %, es una medida inexacta para identificar errores. La cobertura de prueba es básicamente un control de calidad de los casos de prueba, y podemos aumentar nuestra cobertura de prueba creando casos de prueba adicionales útiles y omitiendo los casos de prueba innecesarios.
RTM puede ayudar a determinar el número de pruebas necesarias, los tipos de pruebas necesarias y si estas pruebas pueden automatizarse, realizarse manualmente o reutilizarse. Una vez que determinamos estos factores, podemos obtener el mejor caso de prueba posible y ayudar a proporcionar el estado general de los defectos a través de registros de defectos.
Un RTM también es útil para proporcionar una progresión visual que garantice que no se pase por alto ninguna función o requisito durante las pruebas.
Por último, RTM puede ayudar a estimar el impacto de la reelaboración de los casos de prueba, llevada a cabo por un equipo de control de calidad.
Validación
Una vez que se ha identificado y aprobado un requisito del proyecto, se somete a un proceso de validación y prueba para determinar si se cumplen los requisitos iniciales. El proceso de validación de la trazabilidad de los requisitos tiene un gran impacto en la identificación de defectos. Si un caso de prueba no cumple un requisito, se considera un defecto y debe corregirse. Tras identificar un defecto, se recomienda determinar con precisión el impacto de ese defecto específico y abordarlo para que el proyecto siga alineándose con los requisitos iniciales. El proceso de identificación de defectos puede ser largo y tedioso sin la automatización de una matriz de trazabilidad de requisitos, ya que una matriz permite identificar qué pruebas deben volver a ejecutarse.
Un RTM también es útil para proporcionar una progresión visual que garantice que no se pase por alto ninguna función o requisito durante las pruebas.
Por último, RTM puede ayudar a estimar el impacto de la reelaboración de los casos de prueba, llevada a cabo por un equipo de control de calidad.
Fuentes
¡Solicite una demostración!
- Programe una demostración con uno de nuestros expertos en productos.
- Reciba una demostración personalizada que imita el proceso de su equipo.
- Consulte a nuestros expertos sobre temas como flujos de trabajo o mejores prácticas.
Reducir los esfuerzos de UAT
Reducción del 50 % en los esfuerzos de UAT
Ahorro de tiempo comprobado
Ahorro del 80 % en tiempo de creación del análisis de trazas.
Agilizar las aprobaciones
Reducción significativa de los retrasos en la aprobación
Aumentar el rendimiento
50 % de requisitos de mejora de la productividad
Reducir la repetición del trabajo
Reducción de 10 veces en la reelaboración del desarrollo
Simplifique el cumplimiento normativo
Reducción del 40 % en los esfuerzos de presentación de informes de cumplimiento normativo.