Porque é que o teu SaaS precisa de testes: um clique aprovou 15 startups

Os testes não são um custo extra — são um seguro. Saltei-os durante 15 anos, até que um teste de dois minutos que faltava deixou um único clique aprovar 15 candidaturas de startups por engano, à frente de um cliente pagante. Eis o que esse bug custou realmente, e porque é que a IA finalmente torna os testes acessíveis a um fundador a solo.

Vou ser honesto sobre a razão por que nunca escrevia testes: demoravam mais do que a funcionalidade, eram aborrecidos, os prazos ganhavam sempre, e «acrescento os testes depois» — spoiler: nunca acrescentou. A maioria de quem constrói sozinho faz exatamente o mesmo. Até ao dia em que deixa de ser um risco teórico.

O bug que aprovou 15 candidaturas

Março de 2024. Tinha acabado de lançar a funcionalidade de avaliação de candidaturas na minha plataforma — o ecrã onde capitais de risco e gestores de aceleradoras analisam candidaturas de startups, lhes dão pontuação e tomam decisões. Funcionalidade crítica, muito em jogo. Testei-a à mão. Funcionava na perfeição.

Depois ligou-me um investidor de capital de risco. «Luis, acabei de aprovar 15 candidaturas por engano. Cliquei numa e ficaram todas aprovadas.»

Senti o estômago a cair. Fui ver o código e encontrei o bug de imediato: um erro de copiar e colar. Em vez de aprovar a candidatura em que se clicou, a função ia buscar silenciosamente todas as candidaturas e aprovava-as todas. Um erro de principiante — e nenhum teste para o apanhar.

O investidor teve de reverter à mão 15 aprovações. Esse único bug custou-me três horas de correções de emergência, vários emails de desculpas, uma mossa na minha credibilidade e um cliente que quase cancelou. E o teste que o teria apanhado — criar duas candidaturas, aprovar uma, verificar que a outra continua pendente — teria levado dois minutos a escrever.

Dois minutos de prevenção contra três horas de controlo de danos, mais a minha reputação. Foi nesse dia que as contas deixaram de fazer sentido.

O custo real de lançar sem testes

Depois desse bug, fiz uma auditoria aos seis meses anteriores de construção. Os números eram piores do que a história:

Seis meses sem testes	Os danos
Bugs lançados em 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 80 €/hora	8.960 €

112 horas da minha vida a depurar bugs que podia ter evitado. E a parte que não se mede: quantos utilizadores saíram em silêncio por causa desses 47 bugs? Difícil saber. Certamente não foram zero.

Entretanto, continuava a dizer a mim próprio que «não tinha tempo» para escrever testes. A verdade: tinha tempo para depurar. Só não tinha tempo para prevenir bugs. Lê essa frase outra vez — é a mentira que mantém a maioria dos fundadores a solo a lançar software avariado.

Porque é que os fundadores a solo saltam os testes (e porque é que antes era racional)

Sejamos justos com o eu do passado. Os testes são repetitivos e pouco criativos. Escrever testes completos para uma funcionalidade de duas horas podia levar mais três horas — 60% do teu tempo em trabalho que nenhum utilizador vê. As funcionalidades parecem progresso; os testes parecem trabalho de faz-de-conta. E há sempre o «depois».

Tudo isto era verdade. Saltar os testes era, discutivelmente, a troca certa para quem construía sozinho numa corrida 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 as contas dos testes

A ideia que resolveu o meu problema com os testes: se a IA consegue escrever funcionalidades, a IA consegue escrever testes. Não testes simbólicos — conjuntos completos que verificam os casos extremos que um humano aborrecido saltaria.

Eis o meu antes e depois, por funcionalidade. A forma antiga: duas horas a escrever a funcionalidade, zero testes, depois mais de quatro horas a depurá-la em produção. Seis horas no total, mais o stress. A forma nova: 30 minutos a construir a funcionalidade, 15 minutos a gerar testes com IA, 10 minutos de depuração. 55 minutos no total.

É 6,5 vezes mais rápido — com testes, não apesar deles. Os 15 minutos de testes gerados por IA poupam-me habitualmente 3–6 horas de depuração, um retorno de 12–24 vezes em cada funcionalidade. O seguro costumava ser caro; agora é quase gratuito. Porque haveria alguém de o dispensar?

O fluxo exato — o prompt reutilizável que transforma qualquer funcionalidade num conjunto completo de testes — tem um artigo próprio: como consegui 5.000 testes sem os escrever.

Como é uma boa cobertura num produto a solo

Hoje a minha plataforma tem 5.247 testes, e o Claude escreveu 4.722 deles — 90%. A cobertura de código está nos 82%, quando o padrão da indústria para uma startup em Série A é de 60–70%. Isto não é um projeto paralelo; é software em produção que serve capitais de risco, aceleradoras e startups. E nos quatro meses depois de passar a testes gerados por IA, lancei zero bugs críticos em produção.

Mas a verdadeira recompensa não são os números. É o que os testes me deixam fazer: refatorar sem medo, lançar várias vezes por dia, acrescentar funcionalidades sem receio e dormir descansado. Código gerado por IA sem testes é exatamente a forma como a armadilha do vibe coding se fecha — tudo funciona até ao dia em que deixa de funcionar, e de forma muito pública. Os testes são a forma de construíres depressa e construíres algo que consegues defender quando um cliente te liga.

Perguntas frequentes

Um MVP precisa mesmo de testes?

As funcionalidades que mexem com dinheiro, dados ou a confiança dos clientes precisam. O meu bug das 15 aprovações vivia exatamente nesse tipo de funcionalidade. Não precisas de cobertura total no primeiro dia — precisas de testes nas ações que te envergonhariam à frente de um cliente pagante se partissem.

Quanto tempo acrescentam os testes por funcionalidade?

Com IA, cerca de 15 minutos. À mão eram horas — e é por isso que ninguém os fazia. O meu total por funcionalidade passou de seis horas (duas a construir, quatro a depurar em produção) para 55 minutos, testes incluídos. Os testes agora tornam-me mais rápido, não mais lento.

Qual é o retorno de escrever testes?

Nos meus números: 15 minutos de testes gerados por IA poupam 3–6 horas de depuração — um retorno de 12–24 vezes por funcionalidade. A minha auditoria antes dos testes encontrou 47 bugs em produção em seis meses, que custaram 112 horas de depuração, cerca de 8.960 € a 80 €/hora, antes de contar com 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 se aborrece, não salta os casos «óbvios» e não diz «testo isso depois». O método passo a passo, incluindo o prompt reutilizável, está no artigo sobre testes escritos por IA.