Gere cobertura de testes automaticamente para código novo
O Zero varre PRs mesclados em busca de arquivos sem teste, escreve testes seguindo suas convenções e abre um PR, para você começar cada dia com mais cobertura.
O Zero conecta:
O que o Zero entrega
Qual é o problema
É terça de manhã. A CI está vermelha - a cobertura caiu de 82% para 79% durante a noite porque alguém mesclou uma feature nova com zero testes. De novo. Você pode parar tudo o que está fazendo, ler o código dessa pessoa e escrever os testes você mesmo. Ou pode deixar o Zero fazer isso toda manhã às 4h, para que, quando você sentar, já tenha um PR de testes esperando revisão.
Como o Zero resolve
Passo 1: conecte suas ferramentas
Passo 2: peça ao Zero
@Zero confira todos os PRs mesclados nas últimas 24 horas em vm0-ai/vm0. Para cada arquivo alterado que não tem um arquivo de teste correspondente, escreva testes de integração seguindo os padrões de teste do projeto. Abra um único PR com todos os novos testes.
O Zero varre os PRs mesclados em busca de arquivos sem cobertura
O Zero consulta o GitHub por pull requests mesclados recentemente, lista cada arquivo alterado e cruza com o seu diretório de testes. Arquivos que não têm um arquivo de teste correspondente são sinalizados para cobertura.
O Zero escreve testes seguindo as convenções do seu projeto
O Zero lê o arquivo-fonte, entende a interface do componente ou da função, verifica seus padrões de teste existentes (framework, imports, helpers, estilo de asserção) e escreve testes que se encaixam - mesma estrutura, mesmos padrões, mesmo nível de qualidade.
O Zero abre um PR e publica um resumo
Todos os testes gerados entram em um único pull request com uma descrição clara do que foi coberto. O Zero publica uma tabela-resumo no Slack mostrando quais arquivos receberam testes e quantos. A CI roda automaticamente e o Zero dá um retorno com o resultado.
Passo 3: leve mais longe
Dicas para melhores resultados
Seja explícito sobre seu framework e seus padrões de teste - "use vitest com @testing-library/react, siga o padrão arrange-act-assert" produz um resultado muito melhor.
Rode de madrugada para que o PR de testes esteja pronto para revisão quando a equipe começar a trabalhar. 4h é um bom padrão - roda depois de qualquer merge feito tarde da noite.
Encadeie com o tech-debt-scan para uma saúde de código abrangente: o tech debt pega antipadrões, o auto-test-coverage pega lacunas e, juntos, mantêm sua base de código limpa.