coverage

Acerca de coverage

Esta habilidad analiza las deficiencias en las pruebas (test-coverage ) de una aplicación, centrándose en las pruebas de extremo a extremo y con Playwright. Resuelve el problema de no saber qué es lo que realmente se prueba mediante el mapeo de todas las superficies testables (rutas, componentes, puntos finales de API y flujos de usuario críticos) y su comparación con las pruebas ya existentes, de modo que los equipos puedan ver dónde hay carencias en su « coverage ».

El flujo de trabajo utiliza un subagente «Explore» para catalogar rutas y páginas (directorio de la aplicación Next.js, React Router, Vue Router, etc.), componentes interactivos y puntos finales de API; a continuación, analiza los archivos `*.spec.ts`/`*.spec.js` existentes para determinar qué páginas, componentes y puntos finales se someten a prueba. Genera una tabla matricial « coverage » con el estado «cubierto», «parcial» o «faltante», prioriza las áreas sin cubrir según su impacto en el negocio (crítico, alto, medio, bajo) y sugiere un plan de pruebas concreto con el número de pruebas necesarias, una plantilla recomendada y una estimación del esfuerzo. Opcionalmente, puede generar automáticamente pruebas para las principales carencias ejecutando el comando complementario `/pw:generate`.

Está dirigido a ingenieros de control de calidad y desarrolladores que utilizan Playwright y que desean una visión estructurada y priorizada de la « coverage » (cobertura de pruebas), en lugar de un simple porcentaje. Lee los archivos fuente y de pruebas y puede activar la generación de pruebas, pero su propio análisis consiste en una inspección de solo lectura del código fuente y genera informes y recomendaciones.

Preguntas frecuentes

¿Qué hace esta herramienta?

Mapea las rutas, los componentes, los puntos finales de la API y los flujos de usuario de una aplicación, los compara con las pruebas existentes y genera una matriz de « coverage » priorizada y un plan de pruebas.

¿En qué marco de pruebas se basa?

Pruebas de extremo a extremo de Playwright; analiza los archivos *.spec.ts / *.spec.js y se integra con el comando complementario /pw:generate.

¿Cómo prioriza las deficiencias?

Por impacto en el negocio: primero las áreas críticas, como la autenticación y los pagos; después, las operaciones CRUD y la navegación a las que acceden los usuarios; a continuación, la configuración y los casos extremos; y, por último, las páginas estáticas de bajo valor.

¿Puede escribir las pruebas que faltan?

Opcionalmente. Tras informar de las lagunas, puede preguntar si se deben generar pruebas para las N principales lagunas e invocar /pw:generate con una plantilla recomendada.

¿Modifica el código durante el análisis?

El análisis de coverage en sí mismo es de solo lectura; inspecciona las definiciones de rutas, los componentes y los archivos de especificaciones. La generación de pruebas es un paso independiente y opcional.