Por que seu SaaS precisa de testes: faltou um teste de 2 minutos e um único clique aprovou 15 inscrições por engano. O custo real de pular testes: 112 horas.
Testes não são custo extra — são seguro. Eu os pulei por 15 anos, até que a falta de um teste de dois minutos deixou um único clique aprovar 15 inscrições de startups por engano, na frente de um cliente pagante. Aqui está quanto esse bug realmente custou, e por que a IA finalmente torna os testes acessíveis para um fundador solo.
Vou ser sincero sobre por que eu nunca escrevia testes: levavam mais tempo do que a funcionalidade, eram chatos, o prazo sempre ganhava e "depois eu adiciono os testes" — spoiler: nunca adicionei. A maioria de quem constrói sozinho faz exatamente a mesma coisa. Até o dia em que deixa de ser um risco teórico.
O bug que aprovou 15 inscrições
Março de 2024. Eu tinha acabado de lançar a funcionalidade de avaliação de inscrições na minha plataforma — a tela em que VCs e gestores de aceleradoras avaliam as inscrições de startups, dão notas e tomam decisões. Funcionalidade crítica, muita coisa em jogo. Testei à mão. Funcionou perfeitamente.
Aí um VC me ligou. "Luis, acabei de aprovar 15 inscrições por engano. Cliquei em uma, e todas foram aprovadas."
Meu estômago afundou. Olhei o código e achei o bug na hora: um erro de copiar e colar. Em vez de aprovar a inscrição que foi clicada, a função buscava discretamente todas as inscrições e aprovava o lote inteiro. Um erro de principiante — e nenhum teste para pegá-lo.
O VC teve que desfazer 15 aprovações à mão. Esse único bug me custou três horas de correções de emergência, vários e-mails de desculpas, um arranhão na minha credibilidade e um cliente que quase cancelou. E o teste que teria pegado o problema — criar duas inscrições, aprovar uma, verificar que a outra continua pendente — levaria dois minutos para escrever.
Dois minutos de prevenção contra três horas de controle de danos, mais a minha reputação. Esse foi o dia em que a conta deixou de fazer sentido.
O custo real de colocar no ar sem testes
Depois desse bug, auditei os seis meses anteriores de construção. Os números eram piores do que a história:
| Seis meses sem testes | O estrago |
|---|---|
| Bugs que chegaram à produção | 47 |
| Tempo médio para descobrir cada um | 3,2 dias |
| Tempo médio para corrigir cada um | 2,4 horas |
| Tempo total de depuração | 112 horas |
| Valor desse tempo a R$ 480/hora | R$ 53.760 |
112 horas da minha vida depurando bugs que eu poderia ter evitado. E a parte que não dá para medir: quantos usuários foram embora em silêncio por causa desses 47 bugs? Difícil saber. Com certeza não foram zero.
Enquanto isso, eu continuava dizendo a mim mesmo que "não tinha tempo" para escrever testes. A verdade: eu tinha tempo para depurar. Só não tinha tempo para prevenir bugs. Leia essa frase de novo — é a mentira que mantém a maioria dos fundadores solo colocando software quebrado no ar.
Por que fundadores solo pulam os testes (e por que isso já foi racional)
Sejamos justos com o eu do passado. Testes são repetitivos e pouco criativos. Escrever testes completos para uma funcionalidade de duas horas podia levar mais três horas — 60% do seu tempo num trabalho que nenhum usuário jamais vê. Funcionalidades parecem progresso; testes parecem trabalho burocrático. E sempre existe o "depois".
Tudo isso era verdade. Pular testes era, com bons argumentos, a troca certa para quem construía sozinho correndo para validar uma ideia. Antes da IA. O que mudou não foi o valor dos testes — foi o preço deles.
A IA mudou a conta dos testes
O insight que resolveu meu problema com testes: se a IA consegue escrever funcionalidades, a IA consegue escrever testes. Não testes simbólicos — suítes completas que verificam casos extremos que um humano entediado pularia.
Aqui está o meu antes e depois, por funcionalidade. O jeito antigo: duas horas escrevendo a funcionalidade, zero testes, depois quatro horas ou mais depurando em produção. Seis horas no total, mais o estresse. O jeito novo: 30 minutos construindo a funcionalidade, 15 minutos gerando testes com IA, 10 minutos de depuração. 55 minutos no total.
É 6,5x mais rápido — com testes, não apesar deles. Os 15 minutos de testes gerados pela IA costumam me poupar de 3 a 6 horas de depuração, um retorno de 12 a 24x em cada funcionalidade. Seguro costumava ser caro; agora é quase de graça. Por que alguém pularia?
O fluxo exato — o prompt reutilizável que transforma qualquer funcionalidade numa suíte completa de testes — tem um post só para ele: como consegui 5.000 testes sem escrevê-los.
Como é uma boa cobertura para um produto solo
Hoje minha plataforma tem 5.247 testes, e o Claude escreveu 4.722 deles — 90%. A cobertura de código está em 82%, quando o padrão do mercado para uma startup em Série A é de 60–70%. Isso não é projeto paralelo; é software de produção atendendo VCs, aceleradoras e startups. E nos quatro meses depois de passar para testes gerados por IA, não coloquei nenhum bug crítico em produção.
Mas a verdadeira recompensa não são os números. É o que os testes me permitem fazer: refatorar sem medo, colocar no ar várias vezes por dia, adicionar funcionalidades sem receio e dormir à noite. Código gerado por IA sem testes é exatamente como a armadilha do vibe coding se fecha — tudo funciona até o dia em que, de forma bem pública, não funciona. Testes são como você constrói rápido e constrói algo que consegue defender quando um cliente liga.
Perguntas frequentes
Um MVP precisa mesmo de testes?
As funcionalidades que mexem com dinheiro, dados ou confiança do cliente precisam. Meu bug das 15 aprovações morava exatamente nesse tipo de funcionalidade. Você não precisa de cobertura total no primeiro dia — precisa de testes nas ações que te envergonhariam na frente de um cliente pagante se quebrassem.
Quanto tempo os testes acrescentam por funcionalidade?
Com IA, uns 15 minutos. À mão eram horas — e por isso ninguém fazia. Meu total por funcionalidade caiu de seis horas (duas construindo, quatro depurando em produção) para 55 minutos incluindo testes. Hoje os testes me deixam mais rápido, não mais lento.
Qual é o ROI de escrever testes?
Nos meus números: 15 minutos de testes gerados por IA poupam de 3 a 6 horas de depuração — um retorno de 12 a 24x por funcionalidade. Minha auditoria de antes dos testes encontrou 47 bugs em produção em seis meses, custando 112 horas de depuração, cerca de R$ 53.760 a R$ 480/hora, sem contar os clientes perdidos.
A IA pode escrever os testes por mim?
Sim — foi isso que mudou a economia. O Claude escreveu 4.722 dos meus 5.247 testes. A IA não fica entediada, não pula casos "óbvios" e não diz "depois eu testo isso". O método passo a passo, incluindo o prompt reutilizável, está no post sobre testes escritos por IA.