Backtesting no Forex: como testar sem usar informações futuras

Fazer um backtest é reconstruir uma sequência: partir de uma regra fixa, avançar pelas observações disponíveis e registrar decisões, execuções simuladas e resultados. Em uma estratégia forex, isso exige definir o par de moedas, os dados de preço, o tamanho da posição, as entradas, as saídas e os custos de negociação. A pergunta é o que essas regras produziram dentro do modelo, e não se é possível encontrar operações atraentes depois de ver o gráfico completo.

Um teste manual pode seguir esse processo com a reprodução do gráfico e um registro de operações. Um teste automatizado entrega a mesma sequência a um programa. A automação facilita a repetição, mas não corrige uma regra que usa preços futuros sem deixar isso claro, nem uma hipótese de execução que os dados disponíveis não sustentam.

Imagine verificar apenas se o preço acabou atingindo um alvo. Isso não esclarece se o stop foi atingido antes, qual lado da cotação permitia negociar ou se o sinal já existia no momento da entrada. Um teste confiável registra essas decisões antes de interpretar o resultado final.

Separe três questões: o que a regra observou, o que o modelo considerou executável e o que ficou registrado nas operações.

Escreva uma especificação curta que outra pessoa consiga seguir sem perguntar quais operações você preferiu. “Comprar quando o impulso melhora” não basta. Defina quais preços medem esse impulso, quando ficam disponíveis e o que acontece se as condições entrarem em conflito. Identifique a versão e a data para que uma regra alterada não substitua silenciosamente a versão testada.

• Instrumento e observações: símbolo, período gráfico, horários de negociação, fuso horário e tratamento permitido para dados ausentes.
• Entrada e saída: condições exatas, momento do sinal, evento em que a execução é permitida e estado da posição.
• Dimensionamento: quantidade fixa ou regra completamente definida, incluindo a possibilidade de aumentar posições existentes.
• Execução e custos: lado da cotação, spread, comissão, slippage e eventual financiamento de posições mantidas de um dia para o outro.
• Limites do teste: histórico inicial necessário ao indicador e tratamento das posições abertas e dos sinais na última observação.

A simulação usa uma regra propositalmente simples, apenas de compra. Após o fechamento de cada barra de cinco minutos, compare o fechamento com a média simples dos três últimos fechamentos, incluindo o da barra que acabou de fechar. Se não houver posição e o fechamento estiver acima da SMA3, programe uma compra para a abertura da próxima barra. Se houver uma posição comprada e o fechamento estiver abaixo da SMA3, programe a saída para a próxima abertura. A igualdade não muda nada. Um novo fechamento acima da média não acrescenta outra posição à que já está aberta.

A regra verifica se o fechamento está acima ou abaixo da média; ela não exige um cruzamento e não é uma recomendação de estratégia. A posição é sempre de 10.000 EUR. Uma pesquisa real pode usar outras regras, mas alterar várias delas depois de ver os resultados cria um novo experimento. O modelo de plano de trading ajuda a separar a especificação atual das revisões propostas.

Comece pela pergunta que os dados conseguem responder. Uma barra OHLC registra abertura, máxima, mínima e fechamento; esses quatro valores não mostram todos os preços intermediários nem a ordem em que ocorreram a máxima e a mínima. Se o stop e o alvo estiverem dentro da mesma barra, somente ela geralmente não permite determinar qual foi atingido primeiro. Aqui, o preço médio (midpoint) é (Bid + Ask) / 2 em um dado instante. A SMA3 é a média dos preços médios de fechamento de três barras consecutivas.

A documentação do MetaTrader 5 sobre ticks explica por que os preços do gráfico precisam ser distinguidos dos preços de execução: compras e vendas usam lados diferentes da cotação, mas os gráficos disponíveis não necessariamente exibem ambos. Para uma regra sensível ao preço, isso pode mudar tanto a elegibilidade de uma ordem quanto seu resultado.

A expressão “ticks reais” também exige conferir os dados. A documentação de testes do MQL5 descreve situações em que o testador gera ticks porque os registros reais estão ausentes ou inconsistentes. Registre o modo escolhido e investigue os avisos sobre cobertura; o nome do modo não descreve, sozinho, cada observação utilizada.

A simulação contém 36 barras fictícias de pontos médios do EURUSD, espaçadas em cinco minutos, dentro de uma única sessão intradiária inventada. Elas não foram baixadas de um histórico de mercado. Não há ordens stop, limitadas ou de alvo cuja sequência precise ser resolvida dentro de uma barra. O exemplo ensina a ordem dos eventos e o cálculo dos custos; não demonstra se uma regra de SMA funciona no EURUSD.

Avance na simulação uma barra por vez. Na abertura de uma barra, uma instrução válida programada após o fechamento anterior é executada com base nessa abertura e nos custos escolhidos. Só depois o modelo observa o fechamento da barra atual e calcula um novo sinal. Nenhuma operação pode usar um fechamento que ainda não ocorreu.

Por exemplo, um sinal de compra formado depois do fechamento da barra 3 pode ser executado na abertura da barra 4. Ele não pode receber o preço de abertura da barra 3. Por isso, um gap entre essas barras importa. A documentação de estratégias do TradingView também distingue a criação de uma ordem do tick posterior em que o emulador da corretora pode executá-la com a configuração de tempo padrão.

Compare o período completo com a primeira ou a segunda metade. Cada janela selecionada começa sem posição aberta. Fechamentos anteriores podem fornecer o histórico inicial da média, mas não trazem uma posição, uma taxa anterior ou uma ordem pendente. São execuções didáticas separadas: seus resultados não devem ser somados e apresentados como uma conta contínua.

No fim da janela selecionada, um novo sinal fica sem execução se a próxima abertura estiver fora dessa janela. Uma posição existente continua visível e recebe uma avaliação separada; o modelo não inventa uma saída para que todas as operações pareçam concluídas. Alterar a janela pode, portanto, mudar tanto o número de operações quanto a posição que permanece aberta no final.

As duas metades não constituem uma validação fora da amostra. Ambas pertencem a um pequeno exemplo fictício, e reiniciar as posições modifica o experimento.

Neste modelo baseado no ponto médio, a compra é executada no ponto médio da abertura mais metade do spread e o slippage desfavorável. A venda de encerramento usa o ponto médio da abertura menos metade do spread e o slippage desfavorável. A comissão é uma cobrança separada, em USD, para cada execução da posição fixa de 10.000 EUR. Neste exemplo de EURUSD, 1 pip equivale a 0,0001 USD por EUR.

Apenas o movimento do ponto médio produziria US$ 20,00. Não desconte spread e slippage dos US$ 18,40 novamente: eles já estão embutidos nos preços de execução. Com o mesmo ponto médio na entrada e na saída, essas hipóteses produzem −US$ 2,30. Acrescentar um pip ao spread reduz o resultado dessa operação completa em US$ 1,00, porque cada lado recebe metade do spread adicional.

Se uma posição continuar aberta, a simulação a avalia pelo último Bid modelado e considera a comissão de entrada já paga. Ela não cobra uma futura comissão de saída nem slippage de saída antes do encerramento. O total exibido é um resultado modelado, não um cálculo completo do patrimônio da conta.

Custos constantes permitem isolar seu efeito; eles não prometem reproduzir cotações reais. Um teste real pode precisar de spreads variáveis, comissões diferentes e financiamento na passagem pelo rollover. Este exemplo intradiário exclui o swap de posições mantidas de um dia para o outro. Consulte o guia de slippage para distinguir o preço solicitado, a cotação disponível e a execução efetiva.

Defina quais observações históricas podem orientar o desenvolvimento antes de examinar o período de avaliação. Um período posterior pode colocar à prova uma regra escolhida anteriormente, desde que seus resultados permaneçam fora do processo de seleção. Consultar repetidamente a amostra reservada e ajustar a estratégia transforma esse período em material de desenvolvimento.

A configuração Forward do MetaTrader 5 usa uma parte posterior do intervalo histórico selecionado. Apesar do nome, isso não equivale a esperar por dados futuros de mercado. Identifique claramente tanto o nome da configuração quanto o método de pesquisa nas suas anotações.

A cronologia também vale para a preparação dos indicadores. Observações anteriores podem fornecer o histórico necessário para calcular um indicador no início do período de avaliação. Elas não devem introduzir um fechamento futuro no cálculo nem criar silenciosamente uma posição quando o experimento foi definido para começar sem ela.

Se a amostra reservada revelar um problema, registre-o. Uma estratégia revisada pode merecer um novo experimento, mas a antiga amostra reservada já é conhecida. Trocar o nome de um arquivo ou escolher outra métrica não devolve ao teste o status de avaliação em dados ainda não examinados.

Um resultado favorável é motivo para conferir o registro de operações, não para encerrar a verificação. Escolha algumas entradas e saídas, incluindo uma situação difícil no limite do período, e reconstrua quais informações estavam disponíveis em cada decisão. A linha mais informativa pode ser um sinal não executado ou uma operação pouco atraente que uma análise discricionária deixaria passar.

• Uso de informações futuras, ou lookahead: a decisão usa um fechamento posterior, um padrão confirmado no futuro ou um valor indisponível naquele momento.
• Sobreajuste, ou overfitting: muitas configurações são testadas, mas somente a vencedora é preservada, sem registrar a busca.
• Viés de seleção: datas, instrumentos ou operações favoráveis são mantidos, enquanto observações inconvenientes desaparecem.
• Incompatibilidade de execução: dados em barras são usados para afirmar uma sequência de execuções intrabar que eles não contêm.
• Erros de contabilização: sinais repetidos acrescentam posições não previstas, custos são cobrados duas vezes ou uma operação aberta desaparece no limite do período.

Os exemplos de lookahead do TradingView mostram como o acesso a informações futuras pode gerar resultados históricos pouco plausíveis. Uma pergunta prática é se o mesmo sinal poderia ter sido registrado enquanto as observações chegavam uma a uma. Se dados posteriores alteram uma decisão anterior, investigue essa dependência antes de confiar no relatório de desempenho.

Varie as hipóteses de maneira planejada, não até o resultado parecer aceitável. Por exemplo, compare a mesma regra fixa com diferentes custos declarados. Se uma pequena mudança de custo inverter o resultado, registre essa sensibilidade. Ela informa algo sobre o experimento; não justifica ocultar o cenário mais exigente.

Baixe o protocolo do experimento na simulação depois de selecionar a janela e os custos. Guarde-o com o cenário exibido e o registro das operações. A indicação de dados fictícios é essencial: divulgar os números sem esse contexto transformaria um exercício didático em uma alegação enganosa de desempenho.

Na sua própria pesquisa, o protocolo deve permitir que você volte um mês depois e entenda o que foi realmente testado. Uma captura de tela do lucro final não basta quando os dados, o momento do sinal ou a base dos custos mudaram.

• Registre a versão da regra, a pergunta que pretende investigar e as alterações desde a execução anterior.
• Identifique o conjunto de dados, a base dos preços, o fuso horário, o intervalo, as omissões e as etapas de preparação.
• Anote o momento dos sinais, as hipóteses de execução, o dimensionamento, os custos e o tratamento da posição aberta ao final.
• Separe as datas de desenvolvimento das de avaliação e registre se os resultados da avaliação já influenciaram suas escolhas.
• Salve o número de operações, o registro das execuções, os detalhes das posições abertas e as verificações que falharam junto com o resumo.

O modelo de diário de trading ajuda a organizar observações individuais, enquanto o protocolo descreve o experimento que as produziu. Preserve uma execução decepcionante com o mesmo cuidado que uma atraente; caso contrário, seu próprio histórico de pesquisa se torna uma amostra selecionada.

Comece pelas contagens: observações disponíveis, operações encerradas, execuções cobradas e posições ainda abertas. Uma porcentagem sem seu denominador pode fazer uma amostra pequena parecer mais convincente do que é. Um sinal pendente no fim do período não é uma operação concluída, e uma posição aberta não é um ganho ou uma perda já realizados.

Em seguida, concilie os resultados líquidos das operações encerradas com a avaliação das posições abertas e as taxas já pagas. Verifique onde ocorrem as perdas e quanto o resultado depende de poucas operações. A simulação não inclui depósito, modelo de margem nem saques; portanto, sua trajetória de resultado não deve ser interpretada como o saldo de uma conta em corretora.

Consulte o guia do fator de lucro, o simulador da curva de capital e o guia do índice de Calmar para entender as definições e limitações dessas medidas. Um índice favorável não corrige o uso de informações futuras nem uma execução irrealista. Poucas horas de observações fictícias também não justificam anualizar o retorno ou fazer afirmações sobre o drawdown de longo prazo.

Uma conclusão útil descreve as condições: qual regra foi testada, em quais dados, sob quais hipóteses e o que continua incerto. “Esta versão perdeu dinheiro quando os custos aumentaram” é um resultado de pesquisa mais claro do que uma promessa sem fundamento de que a próxima versão será lucrativa.

Posso fazer o backtest de uma estratégia forex manualmente?

Sim. Revele as observações em ordem cronológica, aplique regras escritas e registre todas as operações elegíveis e hipóteses. Evite percorrer um gráfico já completo selecionando apenas padrões reconhecíveis. O trabalho manual precisa das mesmas regras de custos e limites do período que um teste automatizado.

Devo usar MetaTrader 5 ou TradingView?

Escolha de acordo com a regra, os dados e o comportamento de execução que precisa examinar. Leia as configurações do testador ou do emulador da corretora e confira execuções individuais. Configurações padrão diferentes podem produzir resultados diferentes sem que qualquer uma das plataformas demonstre que uma estratégia é lucrativa.

Ticks reais são sempre necessários?

O detalhamento necessário depende da regra. Uma estratégia sensível a eventos dentro de uma barra precisa de evidências que as barras talvez não ofereçam. Dados de ticks podem acrescentar detalhes, mas ainda é necessário verificar a cobertura das cotações, os lados do preço e as hipóteses de execução. Mais linhas não eliminam as limitações do modelo.

Quantas operações tornam um backtest confiável?

Não existe um número universal que valide qualquer estratégia. A frequência, a dependência entre operações, as condições de mercado e a quantidade de variantes testadas afetam a interpretação. Informe a amostra e suas limitações. O pequeno exemplo fictício desta página é propositalmente inadequado para sustentar uma alegação estatística de desempenho.

Por que os resultados reais podem diferir do backtest?

Preços, horários, spread, liquidez disponível, taxas e tratamento das ordens podem diferir do modelo. O teste também não contém condições de mercado que não ocorreram em seus dados. Resultados históricos continuam sendo evidências condicionadas às hipóteses; a observação com novos dados e a execução real devem ser registradas separadamente.

Um backtest lucrativo comprova uma vantagem?

Não. Primeiro, descarte vazamento de informações e erros de contabilização; depois, avalie como a estratégia foi escolhida e testada. Um resultado pode ser internamente coerente e ainda depender de um período pequeno ou pouco representativo. O backtesting apoia uma investigação; não garante um resultado futuro.