Healthcare and Medical Compliance Managed by AI
Your engineers and quality leads stay accountable for the decisions...
Imagínate lo siguiente: tu equipo de desarrollo de productos acaba de crear una aplicación repleta de funciones. Todo funciona correctamente y ha superado todas las pruebas. A pesar de haber superado todos los escenarios de prueba, la aplicación falla en producción en funciones básicas y esperadas. Entonces, ¿qué ha fallado? ¡Los equipos se olvidaron de verificar si el producto cumplía todos los requisitos durante la fase de pruebas!
El análisis de cobertura de requisitos resuelve esta desconexión. Asigna cada requisito a los casos de prueba para que los equipos puedan detectar a tiempo los requisitos que faltan. Es una forma de mantener el orden y reducir los momentos en los que se dice «se nos pasó por alto».
Ahora, veamos en detalle en qué consiste el análisis de la cobertura de requisitos y cómo funciona.
El análisis de cobertura de requisitos (RCA) es un proceso que permite evaluar en qué medida los casos de prueba abordan las especificaciones documentadas del proyecto. Vincula cada requisito —incluidos los requisitos funcionales, los requisitos de negocio, los requisitos no funcionales y los requisitos normativos, entre otros— con sus pruebas correspondientes. De este modo, los equipos pueden determinar con exactitud qué funcionalidades cuentan con validación y cuáles no.
Este tipo de análisis se suele realizar mediante la matriz de trazabilidad de requisitos, que enumera los requisitos en un eje y los casos de prueba con sus resultados en el otro, señalando las intersecciones en las que las pruebas verifican requisitos específicos.
En la matriz que figura a continuación, se puede ver claramente que las lagunas que presenta revelan áreas sin evaluar que entrañan riesgos.
Además, el análisis de la cobertura de los requisitos también te indica:
En resumen, el RCA ayuda a los equipos a garantizar que el producto cumpla todos los requisitos y que estos se hayan validado correctamente.
He aquí por qué el análisis de la cobertura de los requisitos es importante en las pruebas de productos:
La cobertura de requisitos se parece a la cobertura de pruebas, pero ambas presentan diferencias significativas, y aquí hemos abordado algunas de ellas:
Aspecto | Cobertura de requisitos | Cobertura de pruebas |
|---|---|---|
Qué mide | Comprueba si las especificaciones documentadas tienen los casos de prueba correspondientes | Comprueba si se han probado todas las partes del código |
Área de interés | Necesidades empresariales y especificaciones funcionales | Rutas de código, ramificaciones, sentencias y condiciones |
Pregunta principal | «¿Hemos comprobado lo que se nos pidió?» | «¿Hemos revisado todos los posibles casos del código?» |
Método de seguimiento | Matriz de trazabilidad que relaciona los requisitos con los ensayos | Herramientas de análisis de código que miden las rutas de ejecución |
Interés de las partes interesadas | Responsables de producto, analistas de negocio y clientes | Desarrolladores, ingenieros de control de calidad, jefes técnicos |
Unidad de medida | Porcentaje de requisitos validados | Porcentaje de líneas de código/ramas ejecutadas |
Riesgos que aborda | Incorporar características erróneas u omitir funcionalidades solicitadas | Errores ocultos en segmentos de código sin probar |
Cuándo se aplica | A lo largo de las fases de recopilación de requisitos y planificación de pruebas | Durante y después de la ejecución de la prueba |
Documentación necesaria | Requiere unas especificaciones claras y por escrito | Requiere acceso al código fuente |
Indicador de éxito | Todas las necesidades empresariales críticas cuentan con validación | Alto porcentaje de rutas de código ejecutadas |
El análisis de la cobertura de los requisitos es un proceso que consta de varios pasos; a continuación se indican algunos de los pasos que deben seguir los equipos:
El primer paso consiste en recopilar todos los requisitos procedentes de diferentes fuentes mediante diversas técnicas de identificación de requisitos y asignar un identificador único a cada uno de ellos.
A continuación, revisa cada uno de los requisitos para aclarar aquellos que sean imprecisos. Los requisitos deben ser lo suficientemente claros como para que se pueda escribir un caso de prueba basado en ellos. Señala todo aquello que necesite precisarse antes de continuar.
A continuación, crea casos de prueba para cada requisito. Puedes incluir pruebas unitarias, pruebas de integración, pruebas de sistema y pruebas de aceptación. Asigna a cada caso de prueba un identificador único similar al de tu sistema de etiquetado de requisitos.
La creación de la matriz de trazabilidad es el paso principal del análisis de cobertura de requisitos. Puedes utilizar:
En lugar de crear manualmente matrices de trazabilidad y gestionarlas en hojas de cálculo, puedes utilizar herramientas de gestión de requisitos como Modern Requirements4DevOps, que funcionan directamente dentro de Azure DevOps. Con un solo clic, puedes crear matrices de trazabilidad horizontales y verticales y exportarlas a un archivo de Excel si es necesario.
Ahora puedes utilizar la fórmula siguiente para calcular los indicadores de cobertura:
(Número de requisitos con al menos una prueba / Número total de requisitos) × 100
Puedes obtener los valores que se van a utilizar en una fórmula a partir de la matriz de trazabilidad.
O bien, puedes utilizar herramientas de IA como Copilot4DevOps, que funciona directamente dentro de Azure DevOps y te ofrece un informe de análisis de cobertura de requisitos listo para usar.
Enumera los requisitos que presentan una cobertura de pruebas nula. Determina si cada laguna requiere nuevos casos de prueba o si el propio requisito ha quedado obsoleto. Prioriza la subsanación de las lagunas en función del impacto en el negocio y del nivel de riesgo.
Los requisitos cambian, se añaden pruebas y los proyectos evolucionan. Programa revisiones semanales o quincenales para mantener tu matriz actualizada. Los datos de cobertura obsoletos crean una falsa sensación de seguridad y hacen que se pasen por alto defectos.
Este proceso no se puede gestionar a partir de documentos dispersos. Por lo tanto, necesitas una herramienta específica para ello. En la siguiente sección, veremos cómo Modern Requirements4DevOps puede ayudarte en este sentido.
Modern Requirements4DevOps funciona como una extensión de tu espacio de trabajo de Azure DevOps. A continuación te explicamos cómo te ayuda en el análisis de las causas raíz (RCA):
Análisis de trazas: Puede crear matrices de trazas y realizar un seguimiento de la cobertura de los requisitos y los casos de prueba.
Además, MR4DevOps ofrece mejores resultados en sectores donde la seguridad es fundamental, como el aeroespacial, el sanitario, el bancario, etc.
Si te cuesta realizar análisis de cobertura de requisitos y estás buscando la mejor herramienta, empieza tu prueba gratuita de 30 días con Modern Requirements4DevOps.
✅ Defina, gestione y realice un seguimiento de los requisitos en Azure DevOps
✅ Colabore sin problemas entre equipos regulados
✅ Empiece GRATIS, sin necesidad de tarjeta de crédito
Your engineers and quality leads stay accountable for the decisions...
Learn more about the challenges teams face while managing traceability...
Explore the Business Analysis Core Concept Model and all five...
End-to-end requirements management in Azure DevOps.
AI-powered assistance for DevOps workflows.
Autonomous AI agents for DevOps execution.
Real-time data sync across tools and systems.
Designed to work natively within Azure DevOps, Modern Requirements extends the platform with powerful capabilities that help teams capture, manage, and validate requirements more effectively.
End-to-end requirements management in Azure DevOps.
AI-powered assistance for DevOps workflows.
Autonomous AI agents for DevOps execution.
Real-time data sync across tools and systems.