coverage

Sobre coverage

Esta habilidade analisa lacunas no testecoverage em um aplicativo, com foco em testes de ponta a ponta/Playwright. Ela resolve o problema de não saber o que realmente é testado, mapeando todas as superfícies testáveis (rotas, componentes, pontos de extremidade da API e fluxos críticos do usuário) e comparando-as com os testes já existentes, para que as equipes possam identificar onde há lacunas na cobertura de teste ( coverage ).

O fluxo de trabalho utiliza um subagente Explore para catalogar rotas e páginas (diretório do aplicativo Next.js, React Router, Vue Router etc.), componentes interativos e pontos de extremidade de API; em seguida, analisa os arquivos `*.spec.ts`/`*.spec.js` existentes para determinar quais páginas, componentes e pontos de extremidade são testados. Ele gera uma tabela matricial “ coverage ” com os status “coberto”, “parcial” e “ausente”, prioriza as áreas não cobertas de acordo com o impacto nos negócios (crítico, alto, médio, baixo) e sugere um plano de teste concreto com o número de testes necessários, um modelo recomendado e uma estimativa de esforço. Opcionalmente, ele pode gerar testes automaticamente para as principais lacunas ao invocar um comando complementar `/pw:generate`.

Ele é voltado para engenheiros de controle de qualidade e desenvolvedores que utilizam o Playwright e desejam uma visão estruturada e priorizada da “ coverage ” (cobertura de testes), em vez de uma porcentagem bruta. Ele lê arquivos-fonte e de teste e pode acionar a geração de testes, mas sua própria análise consiste em uma inspeção somente leitura da base de código, gerando relatórios e recomendações.

Perguntas frequentes

O que essa habilidade faz?

Ela mapeia as rotas, os componentes, os endpoints de API e os fluxos de usuários de um aplicativo, compara-os com os testes existentes e produz uma matriz de “ coverage ” priorizada e um plano de testes.

Em qual estrutura de testes ela se baseia?

Testes de ponta a ponta do Playwright; ela verifica arquivos *.spec.ts / *.spec.js e se integra a um comando complementar /pw:generate.

Como ela prioriza as lacunas?

Por impacto nos negócios: áreas críticas, como autenticação e pagamentos, em primeiro lugar; depois, CRUD e navegação voltadas para o usuário; em seguida, configurações e casos extremos; e, por fim, páginas estáticas de baixo valor.

Ele consegue escrever os testes que faltam?

Opcionalmente. Após relatar as lacunas, ele pode perguntar se deseja gerar testes para as N principais lacunas e invocar o comando /pw:generate com um modelo recomendado.

Ele modifica o código durante a análise?

A análise do ` coverage ` em si é somente de leitura; ela inspeciona definições de rotas, componentes e arquivos de especificação. A geração de testes é uma etapa separada e opcional.