Backtest de setup: quantas operações provam (amostra mínima)

Dez operações não provam nada — e a conta mostra exatamente por quê.

Um backtest de setup precisa de pelo menos 100 operações para produzir números em que se possa confiar, e o ideal fica acima de 200. Abaixo de 30 trades, a variância é tão grande que um setup lucrativo pode aparecer deficitário — e vice-versa. O erro caro não é testar pouco; é decidir com base num teste pequeno achando que ele provou alguma coisa.

O que a amostra pequena faz com os seus números

Imagine um setup com expectância positiva real: win rate de 45% e payoff de 1,6, o que dá +0,17 R por operação. Esse setup ganha dinheiro. É um fato sobre ele, independente de você acreditar ou não.

Agora rode dez operações desse setup. O que pode acontecer?

Com 45% de chance de acerto, uma sequência de dez trades pode produzir três acertos e sete erros sem nada de anormal. Vamos fazer a conta em R:

3 acertos × 1,6 R = +4,8 R
7 erros × 1,0 R = −7,0 R
Resultado: −2,2 R

Dez operações e o setup lucrativo entregou prejuízo. Se você parar aqui e concluir que o setup não funciona, você acabou de descartar um sistema que ganha dinheiro — e vai gastar os próximos três meses procurando outro, que provavelmente será descartado do mesmo jeito, pelo mesmo motivo.

O inverso é igualmente perigoso e muito mais comum: seis acertos em dez.

6 × 1,6 R = +9,6 R
4 × 1,0 R = −4,0 R
Resultado: +5,6 R

Um trader que viu isso conclui que descobriu um setup de +0,56 R por operação — mais de três vezes a expectância real. Ele aumenta a posição, opera com convicção, e leva um choque quando os números convergem para a média. Não foi o setup que piorou. Foi a amostra que finalmente ficou grande o bastante para dizer a verdade.

Como a faixa de oscilação encolhe

O comportamento tem nome: a variância do resultado médio cai conforme a raiz quadrada do número de operações. Na prática, isso significa que quadruplicar a amostra corta a incerteza pela metade — não a um quarto.

Para o mesmo setup de +0,17 R (WR 45%, payoff 1,6), veja como a faixa provável de win rate observado aperta:

(Faixas aproximadas, ilustrando a ordem de grandeza da oscilação.)

Repare no que a tabela mostra. Com 10 operações, o mesmo setup pode aparentar ser um desastre (−0,48 R) ou uma máquina (+0,82 R). A informação é inútil — a faixa é tão larga que qualquer resultado cabe dentro dela.

Com 30 operações, melhorou, mas o intervalo ainda cruza o zero. Você continua sem saber se o setup ganha ou perde.

Com 100 operações, o cenário pessimista já é quase neutro (−0,09 R) e o otimista é forte. A faixa ainda toca o negativo, mas de raspão. É aqui que o número começa a valer alguma coisa.

Com 300 operações, a faixa inteira é positiva. Agora você sabe que o setup ganha, e a discussão passa a ser sobre quanto.

É essa a diferença entre um backtest que informa e um backtest que apenas conta uma história agradável.

Quantas operações, na prática

Cem é o piso razoável para a maior parte dos setups de day trade. Mas há dois ajustes que valem:

Win rate baixo exige mais amostra. Um setup de 30% de acerto com payoff 3,0 é lucrativo, mas produz sequências longas de perdas com naturalidade. Para caracterizá-lo, você precisa de mais eventos raros — pense em 200 a 300 operações antes de confiar.

Setup de baixa frequência é um problema de calendário. Se o seu setup aparece três vezes por semana, cem operações levam oito meses de operação real para acontecer. Backtest sobre dados históricos resolve isso — mas com um custo: o backtest não erra a execução, não hesita no stop e não entra atrasado. Os números dele são sempre melhores que os da vida real. Trate-os como teto, não como previsão.

Backtest em conta separada do caixa real

Depois do backtest histórico, vem a validação em operação. E aqui há uma regra que muita gente ignora: setup em validação não opera com o caixa principal.

A razão é aritmética. Se você precisa de 100 operações para saber se o setup funciona, e ele pode perfeitamente ser um setup ruim, você acabou de aceitar rodar 100 operações de um sistema possivelmente deficitário. Arriscando 1,5% do caixa por trade, isso é uma exposição que não faz sentido correr com o dinheiro que sustenta o seu operacional principal.

As alternativas, todas legítimas:

Conta demo. Custo zero, execução imperfeita (o preenchimento é otimista demais), mas serve para eliminar setups obviamente ruins antes de gastar dinheiro real.

Caixa reduzido. Uma conta separada, com um capital que você aceita perder inteiro, operando o lote mínimo. Os números saem reais — com slippage, com execução ruim, com hesitação — mas o custo do aprendizado é conhecido de antemão.

Risco fracionado no caixa principal. Se o setup em teste roda no mesmo caixa, o risco por operação dele deve ser uma fração do risco padrão — algo como um terço. A conta de dimensionamento é a mesma de sempre, e está em Quanto arriscar por operação: a conta a partir do seu caixa.

Erros comuns

Trocar de setup a cada sequência ruim

Cinco stops seguidos são absolutamente normais num operacional de 45% de acerto — a chance disso acontecer em algum momento de uma sequência longa é alta. Quem abandona o setup na quinta perda está reagindo à variância, não aos dados. E o pior: recomeça a contagem do zero, garantindo que nunca vai acumular amostra suficiente para saber se algum dos setups funcionava.

Otimizar parâmetros até o backtest ficar bonito

Se você testar dez combinações de stop e alvo, uma delas vai parecer excelente por puro acaso. Isso se chama sobreajuste, e é a forma mais eficiente de construir um sistema que funciona brilhantemente no passado e falha no futuro. Defina os parâmetros pela lógica do setup antes de rodar o teste, e não mexa neles depois de ver o resultado.

Fazer backtest sem custos

Um setup com expectância bruta de +0,08 R vira negativo depois de corretagem e emolumentos numa operação de alta frequência. O backtest sem custos não está testando o setup — está testando uma versão idealizada dele que você nunca vai operar.

Contar operações de setups diferentes na mesma amostra

Se durante o teste você "adaptou" o setup no meio do caminho, as operações antes e depois da mudança pertencem a sistemas diferentes. Somá-las produz uma amostra de cem trades de um setup que não existe. A contagem recomeça a cada mudança de regra — e é por isso que mudar regra o tempo todo é tão caro.

Acumule a amostra sem depender de planilha

Cem operações são muito para contar à mão, e é exatamente aí que a planilha falha: ela não segmenta por setup, não recalcula quando você edita uma linha e desatualiza no primeiro mês corrido.

O InfinityTrader acumula as operações por setup e mostra, a cada nova entrada, quantas você já tem e o que os números dizem até aqui — com custos incluídos. Você vê a amostra crescer e a expectância convergir, em vez de decidir no escuro. Teste por 14 dias, tudo liberado, sem cartão.