Testes escritos por IA, passo a passo: como o Claude escreveu 4.722 dos meus 5.247 testes — com o prompt que gera uma suíte completa em 15 minutos.
Você não precisa escrever testes para ter testes. Trate os testes como uma funcionalidade: entregue à IA um briefing estruturado e ela gera uma suíte completa em cerca de 15 minutos. Meu produto tem 5.247 testes. O Claude escreveu 4.722 deles — 90%. Aqui está o método exato, incluindo o prompt que você pode copiar.
No post anterior contei a história do bug que aprovou 15 candidaturas de startups com um único clique — o bug que finalmente me convenceu de que testes são seguro, não custo extra. Este post é a outra metade: como um fundador solo e não técnico consegue, na prática, milhares de testes sem gastar uma única noite escrevendo-os.
Trate testes como funcionalidade, não como tarefa chata
O erro que a maioria comete é pedir à IA "escreva um teste para esta função". Isso rende testes rasos e decorativos — do tipo que passa aconteça o que acontecer.
A solução é dar aos testes o mesmo tratamento da construção de funcionalidades: um briefing estruturado que diz o que testar, quais padrões seguir e como verificar o resultado. Uso o mesmo formato de documento que uso para funcionalidades — o método PRP — só que apontado para testes. Um Test PRP leva uns cinco minutos para escrever e produz uma cobertura que um humano entediado jamais produziria.
Um exemplo real: 28 testes em 15 minutos
Semana passada construí um novo serviço que gerencia histórias de sucesso de ex-participantes de aceleradoras — criar, publicar, arquivar. Doze operações distintas. O eu de antes teria lançado sem testes e depurado em produção. Em vez disso:
| Etapa | Tempo |
|---|---|
| Escrever o Test PRP (o briefing) | 5 minutos |
| O Claude gera a suíte de testes — 247 linhas, 28 casos de teste | 10 minutos |
| Rodar os testes, revisar duas falhas | 2 minutos |
| O Claude corrige os dois problemas, os 28 passam | 3 minutos |
Esta é a parte que vale ler duas vezes. Dos dois testes que falharam, um era uma diferença de nome na preparação do teste — trivial. O outro pegou um bug real no meu serviço: ele permitia publicar uma história de sucesso sem as métricas preenchidas. A suíte de testes achou um bug de produção antes da produção, no primeiro dia de existência.
Cobertura final: 94,2% do serviço. Escrever esses 28 casos de teste à mão teria levado 3,5–4,5 horas. O caminho com IA levou 15 minutos — 14–18x mais rápido.
O prompt de testes para copiar e colar
Este é o esqueleto de todo Test PRP que escrevo. Preencha os colchetes, cole na sua ferramenta de programação com IA e peça que ela gere a suíte:
Objetivo: cobertura de testes completa para [nome da funcionalidade]. Meta de cobertura: 90%+.
Funcionalidade a testar: [o arquivo] e a lista das suas operações — cada função que você quer coberta, pelo nome.
Padrões a seguir: cole um ou dois testes bem escritos do seu código, para a IA copiar o seu estilo em vez de inventar um.
Cenários a cobrir: o caminho feliz; casos extremos (entradas vazias, valores ausentes, condições de limite); condições de erro (dados inválidos, falhas no banco de dados, acesso não autorizado); e as suas regras de negócio, escritas em linguagem simples — "uma candidatura rejeitada nunca pode ser aprovada", "usuários só podem ver os dados da própria organização".
Loop de validação: os comandos exatos para rodar os testes e checar a cobertura, para a IA verificar o próprio trabalho e corrigir falhas antes de devolver.
Armadilhas: qualquer coisa que já tenha mordido você antes — mudanças de status irreversíveis, campos que precisam existir antes de publicar.
A linha das regras de negócio é a que paga o investimento. Cada regra em linguagem simples que você declara vira um teste que a protege para sempre — é exatamente o tipo de teste que teria pegado o meu bug das 15 aprovações.
Por que a IA testa melhor que humanos
Depois de gerar milhares de testes assim, vou dizer algo desconfortável: a IA é melhor em testes do que a maioria dos desenvolvedores. Não mais inteligente — mais minuciosa, por quatro motivos.
Ela não fica entediada. Humanos pulam casos extremos porque "já está bom". A IA gera todos os casos que você especifica, exaustivamente.
Ela segue padrões com perfeição. Mostre um bom teste e ela aplica o padrão às doze operações. Sem erros de copiar e colar, sem verificações esquecidas.
Ela encontra casos que você deixaria passar. Na minha suíte de histórias de sucesso, o Claude acrescentou casos extremos que eu não tinha listado: texto vazio versus texto ausente, números negativos nas métricas, entradas maliciosas nos filtros de busca, duas mudanças de status conflitantes ao mesmo tempo.
Ela atualiza os testes quando o código muda. Refatore o serviço, rode o briefing de novo, e a suíte inteira se regenera em minutos. "Os testes estão desatualizados" deixa de ser desculpa.
Funcionalidades exigem criatividade. Testes exigem minúcia. A IA se destaca na minúcia — e é por isso que testar, e não construir funcionalidades, talvez seja o melhor uso dela para um fundador solo.
Torne isso automático
O estado final é simples: toda funcionalidade sai com testes, gerados na mesma sessão que a própria funcionalidade. Sem "depois". Sem sprint de testes separado. O briefing leva cinco minutos, a suíte leva dez, e o loop de validação faz a IA corrigir as próprias falhas antes mesmo de você olhar.
Desde que adotei esse fluxo, lancei zero bugs críticos em produção em quatro meses — com 82% de cobertura num produto em que o padrão do mercado para uma startup com investimento é de 60–70%. O seguro agora é quase de graça. A única decisão que resta é se você vai continuar recusando.
Perguntas frequentes
Testes escritos por IA são realmente bons?
Com um briefing estruturado, sim — muitas vezes melhores que os escritos à mão, porque a IA não pula casos por tédio. Os meus chegaram a 94,2% de cobertura num serviço novo e pegaram um bug real (publicar sem os dados obrigatórios) antes de a funcionalidade chegar aos usuários. Sem briefing, você recebe testes rasos — o briefing é a diferença.
O que é um Test PRP?
Um documento curto e estruturado — cinco minutos para escrever — que diz à IA o que testar: a funcionalidade e suas operações, um teste de exemplo para copiar o estilo, os cenários a cobrir (caminho feliz, casos extremos, erros, regras de negócio) e os comandos para verificar o resultado. Ele aplica o método PRP aos testes.
Quanto tempo leva para ter cobertura real desse jeito?
Cerca de 15 minutos por funcionalidade: cinco para o briefing, dez para geração e verificação. A mesma suíte escrita à mão levaria 3,5–4,5 horas — 14–18x mais. Essa queda no custo é o motivo pelo qual meu produto tem 5.247 testes em vez dos zero que tinha antes.
Como sei que os testes da IA não são lixo?
Duas verificações. Primeiro, o loop de validação: o briefing inclui os comandos para rodar os testes e o relatório de cobertura, então nada é aceito na base da fé. Segundo, as regras de negócio: declare-as em linguagem simples e procure-as nos testes gerados — se "só a candidatura clicada é aprovada" aparece como teste, a suíte está protegendo o que importa.