← todos os posts
Manutenção 5 min de leitura

O teste de 5 cliques que roda antes de cada pedido novo à IA

Entrar, cadastrar, salvar, cobrar, sair. Um roteiro de cinco linhas, rodado antes e depois de cada pedido, e a tabela que diz quem quebrou o quê.

"Fix one thing, break another."

Conserta uma coisa, quebra outra. O nome disso é regressão, e o que quase ninguém faz é a parte chata que impede ela de te pegar de surpresa: conferir o básico antes de pedir, e de novo depois.

E aqui vai o que me convenceu de que isso não é mania de programador velho. Em novembro de 2025, a Anthropic, a empresa que faz o Claude, publicou como faz o próprio agente trabalhar em projetos longos. A instrução é: no começo de cada sessão, rodar um teste básico de ponta a ponta antes de implementar qualquer funcionalidade nova, porque a sessão anterior pode ter deixado o app quebrado sem ninguém perceber. E a regra seguinte: só marcar uma funcionalidade como "passando" depois de testar do jeito que o usuário usaria.

Ou seja: nem quem fabrica a IA confia que ela lembra o que estava funcionando. Se você não roda esse teste, não é descuido. É que ninguém te deu o roteiro. Aqui está ele.

Por que não deixar a própria plataforma testar

Porque ela testa quando você pede, e tem ponto cego. O Lovable tem hoje um teste de navegador em que a IA clica no seu app sozinha. A documentação é honesta sobre os limites: ele só entra nas telas depois do login se o seu login roda no backend da própria Lovable (o Lovable Cloud); upload de arquivo e arrastar e soltar não são confiáveis. E tem um conselho que vale ouro: não peça uma mudança grande e o teste dela no mesmo pedido.

Use o teste automático como ajuda. O roteiro abaixo é seu, e roda em dois minutos.

Passo 1: escreva o roteiro, uma vez

Cinco fluxos, um por linha. Cada linha tem o que você faz e o que precisa aparecer. Sem a segunda parte, você volta pro "parecia ok".

TESTE DE 5 CLIQUES — conta: teste1 (nunca a minha)

1. ENTRAR     login com teste1          → abre o painel com o nome "Teste Um"
2. CADASTRAR  criar conta teste-DATA     → chega o e-mail e o painel abre vazio
3. SALVAR     criar "TESTE 01", R$ 45    → F5 e ele continua lá, com R$ 45
4. COBRAR     pagar com cartão de teste  → o acesso libera e o pagamento aparece no painel da cobrança
5. SAIR       sair e apertar "voltar"    → cai na tela de login, não no painel

Três detalhes que fazem esse roteiro funcionar:

  • A conta de teste não é a sua. A sua é administradora, já está logada, já tem tudo cadastrado. Crie uma conta comum, com um e-mail seu que não seja o do projeto, e use sempre ela.
  • O dado é sempre o mesmo. "TESTE 01, R$ 45" em toda rodada. Assim, se um dia aparecer R$ 4,50, você vê na hora, porque sabe de cabeça o que deveria dar. Começar o nome com "TESTE" também facilita apagar depois.
  • Cobrar é em modo de teste, com cartão falso. Se você ainda não sabe fazer isso na sua ferramenta de pagamento, os cartões e o caminho estão aqui. App que não cobra ainda troca essa linha pela ação que mais importa nele: agendar, enviar o orçamento, gerar o PDF.

A linha 5 é a que todo mundo esquece. "Sair" parece não ter como quebrar. Tem: se depois de sair a seta de voltar do navegador ainda mostra o painel com dados, o próximo que pegar aquele computador vê o que não devia.

Passo 2: rode antes de pedir, e anote

Antes de mandar o pedido novo pra IA, janela anônima (Ctrl+Shift+N; no Mac, Cmd+Shift+N), roteiro, anota ok ou falha em cada linha. Dois minutos. Aí manda o pedido.

A anônima não traz a sua sessão logada nem cópia velha das páginas: é o cliente que acabou de chegar.

Passo 3: rode depois, e leia em duas colunas

Mudança feita, mesmo roteiro, mesma conta, mesmo dado. Agora você tem duas colunas, e cada linha cai em um de quatro casos:

Antes Depois O que significa O que fazer
ok ok a mudança não encostou aqui nada
ok falha a mudança quebrou isso volte pro ponto salvo, não peça "conserta"
falha falha já estava quebrado não culpe a mudança; vira um pedido separado, depois
falha ok a mudança consertou sem querer desconfie e rode de novo; conserto que ninguém pediu costuma vir com mexida que ninguém viu

A segunda linha é o motivo do post inteiro. Sem a coluna do antes, "o login está falhando" é mistério e vira pedido de conserto, que custa crédito e mexe em mais coisa. Com a coluna do antes, é fato: funcionava às 14h, parou depois do pedido das 14h10. Aí você não conserta, você volta pro ponto de retorno e pede de novo, menor.

A terceira linha é a que economiza dinheiro: sem o antes, você manda a IA consertar o que ela não quebrou, e ela mexe onde não devia.

Onde isso encaixa

Esse roteiro não é a lista de tudo que pode dar errado. As entradas estranhas, campo vazio e clique duplo, são outra lista, que roda quando você mexe numa tela. A bateria mais longa de oito itens está neste post. E se o seu problema é passar 45 minutos testando sem saber quando parar, a conta está aqui. Os cinco cliques são o piso: o mínimo que roda sempre, antes e depois, sem exceção.

Faz hoje: escreve as cinco linhas, cria a conta teste1, roda uma vez agora mesmo, com o app como está. Essa é a primeira coluna do antes da sua próxima mudança.

É uma parede só. Ela diz o que quebrou; não diz por que as peças se puxam, nem como pedir menor, nem como voltar. Cada uma dessas é outra parede, e elas têm ordem.

Fontes