Trazabilidad de requisito a prueba

Una matriz de trazabilidad relaciona cada requisito con las pruebas que lo verifican y con el resultado de su última ejecución. Sirve para tres preguntas: qué requisitos no tienen ninguna prueba, qué pruebas llevan tanto tiempo sin ejecutarse que ya no dicen nada, y qué pruebas pasan sin cubrir el caso que el requisito quiere proteger.

Una prueba en verde solo tranquiliza si su caso corresponde a lo que el requisito dice. Un requisito de denegar acceso se verifica con un acceso que debe ser denegado, no con uno que debe ser permitido.

Ejecuta SELECT * FROM requisitos y SELECT * FROM pruebas. Cada requisito debería aparecer al menos una vez en la columna req de las pruebas. Busca el que no aparece nunca.

Una prueba que no se ejecuta desde hace meses no demuestra el estado actual del servicio. En Níspero Salud Digital la regla del equipo es que, para el corte del 7 de octubre de 2026, toda ejecución anterior al 1 de septiembre de 2026 se considera obsoleta. Cuenta las pruebas obsoletas de la tabla.

El requisito REQ-01 dice que cada cita solo la lee su paciente y que la de otro se deniega. Mira el caso de la prueba o pruebas que lo cubren. Una de ellas, la única de ese requisito, pasa pero comprueba únicamente el acceso que debe estar permitido, de modo que seguiría en verde aunque cualquier paciente pudiera leer las citas de otro.

La prueba PR-106 falla: las respuestas con datos del paciente no llevan la cabecera que impide guardarlas en el navegador. Es un requisito de L2 y el objetivo de la aplicación es L2. Faltan tres semanas para la salida. Alguien propone «marcar la prueba como pendiente» para que la compilación pase.