Como o Fibonacci Retracement pode ser testado retrospectivamente de forma responsável?

Defina o conceito antes de testar retrospectivamente

O Fibonacci Retracement é uma forma de marcar níveis potenciais de preço entre dois pontos escolhidos em um gráfico (geralmente um início e um fim de uma oscilação). O método normalmente desenha linhas horizontais em proporções fixas da distância entre esses pontos (por exemplo, níveis comumente rotulados usando proporções de Fibonacci). É melhor entendido como um procedimento de medição repetível em dados históricos de preço, não como uma regra de negociação garantida.

O backtesting responsável começa por tornar explícito o “procedimento de medição repetível”: quais dados de gráfico você usa, como você escolhe os dois pontos de oscilação, quais níveis de retracement contam e qual regra de decisão você aplica quando o preço atinge (ou deixa de atingir) um nível.

Separe a mecânica estável das condições variáveis

Um backtest pode facilmente se tornar enganoso se condições variáveis forem misturadas. Mantenha duas categorias separadas:

1. Mecânica estável (seu processo definido)

• Definição de dados: período de tempo (por exemplo, minuto, hora, diário), o campo de preço usado (abertura/máxima/mínima/fechamento) e se você reamostra.
• Regra de seleção de pontos de oscilação: como você decide o início e o fim do movimento medido (por exemplo, com base em extremos locais usando uma janela de lookback fixa).
• Definição de nível: quais proporções de retracement são incluídas e como você trata “toque” versus “fechamento através”.
• Regra de avaliação: o que constitui um “acerto”, quão longe o preço deve se mover após um acerto e o comprimento da janela de medição.

2. Condições variáveis (realidades de mercado e execução)

• Custos: spreads, comissões e taxas.
• Execução: como as ordens são preenchidas quando o preço se move rapidamente e se você assume preenchimentos no fechamento da barra ou em um nível durante a barra.
• Mudanças de regime: volatilidade e liquidez podem mudar ao longo do tempo.

Uma abordagem responsável usa a mesma mecânica em todos os períodos de teste, permitindo que as premissas de custo e execução sejam variadas dentro de faixas plausíveis.

Torne as premissas explícitas e escolha uma configuração de dados consistente

A qualidade do backtesting depende de premissas claras e declaradas. Mesmo que você use a mesma lógica de indicador, premissas diferentes podem criar resultados diferentes.

Itens-chave para documentar:

• Identificação de oscilação: Se os pontos de oscilação forem selecionados manualmente em um backtest, o teste corre o risco de viés de retrospectiva. Prefira uma abordagem baseada em regras.
• Prevenção de look-ahead: Garanta que a decisão do ponto de oscilação use apenas informações disponíveis no momento em que a oscilação termina (ou no momento em que sua avaliação começa).
• Manipulação de barras: Decida como um “toque” de retracement é detectado em barras OHLC. Por exemplo, usar a máxima/mínima significa que toques intrabarra contam mesmo que o fechamento nunca atinja o nível?
• Lógica de dimensionamento de posição e manutenção: Se você simular resultados, defina a duração da manutenção ou as condições de saída de uma forma que possa ser calculada a partir de dados históricos.

Sem essas definições, qualquer número de desempenho é difícil de interpretar e fácil de sobreajustar.

Inclua custos e premissas de execução como insumos de primeira classe

Muitos backtests falham porque ignoram as fricções econômicas que podem dominar uma pequena vantagem. Mesmo quando você evita recomendar negociações, ainda pode avaliar o comportamento do indicador sob premissas realistas.

Considere modelar:

• Custos de transação: spread/comissão/taxas por ida e volta ou por ação.
• Slippage: uma regra para a diferença entre a entrada/saída pretendida e o preenchimento alcançado.
• Convenção de preenchimento: se você assume que as ordens são preenchidas no preço do nível, na abertura da barra, no fechamento da barra ou usando uma aproximação intrabarra.

Se o seu backtest não puder declarar esses insumos, ele não pode ser interpretado de forma responsável. Uma boa prática é executar novamente a mesma lógica sob múltiplos cenários de custo/slippage e observar se as conclusões permanecem estáveis.

Controle o viés e o sobreajuste com verificações robustas

O viés geralmente aparece quando as regras são ajustadas até “parecerem boas” em um segmento histórico. Use controles de viés para reduzir esse risco.

Os controles práticos incluem:

• Testes de sensibilidade de parâmetros: Se a detecção de oscilação usa um comprimento de lookback, varie-o dentro de uma faixa razoável em vez de usar um único valor escolhido.
• Testes walk-forward: Treine/ajuste em períodos anteriores e depois avalie em períodos posteriores sem reajustar.
• Ideias de purga/embargo (conceitualmente): Evite períodos de teste que se sobreponham fortemente aos dados usados para definir eventos de uma forma que vazaria informações.
• Avaliação cega: Decida todas as regras antes de ver o desempenho futuro e depois aplique-as.

Essas verificações não garantem correção, mas tornam mais difícil que estrutura acidental se disfarce de vantagem.