Como o rompimento de suporte e resistência pode ser testado?

O que significa testar o “rompimento de suporte e resistência”?

O rompimento de suporte e resistência refere-se a uma situação em que o preço se move além de um nível de suporte ou resistência previamente identificado. Testar significa transformar esse conceito em um conjunto de regras que você pode medir em dados históricos e, em seguida, avaliar se o comportamento observado é significativamente diferente do que você esperaria sem a ideia de rompimento.

Uma maneira útil de estruturar o teste é especificar:

• Uma hipótese (o que exatamente você espera que aconteça após um rompimento),
• Uma base de comparação (o que aconteceria se a ideia de rompimento não agregasse valor),
• Um plano de dados (como você divide os dados históricos para evitar reutilizar as mesmas informações) e
• Um plano de custos e robustez (como os resultados mudam quando você inclui fricções realistas e varia as premissas).

Como as condições de mercado mudam e os provedores diferem, trate os resultados como condicionais às suas premissas. Além disso, relações históricas não garantem resultados futuros.

Mecanismo central: como os rompimentos se tornam mensuráveis

Para testar o rompimento de suporte e resistência, você precisa de uma maneira consistente de definir três elementos: níveis, eventos de rompimento e resultados.

1) Definindo suporte e resistência (níveis)

Os níveis devem ser transformados em uma regra. Exemplos de regras que você pode operacionalizar (sem tratá-las como inerentemente “corretas”) incluem:

• Níveis baseados em topos e fundos: use mínimos locais recentes (suporte) e máximos locais (resistência).
• Níveis baseados em faixas: use os limites de uma janela recente de consolidação.
• Níveis baseados em volume ou fluxo de ordens: somente se você tiver entradas confiáveis e explicáveis.

Sua definição de nível é um fator variável, pois diferentes definições podem produzir diferentes rótulos de “rompimento”. Durante o teste, registre a regra específica que você usou e limite a frequência com que a altera.

2) Definindo um evento de rompimento (gatilho)

Um rompimento deve ter um critério de medição. As escolhas típicas incluem:

• Fechamento além do nível: o candle fecha acima da resistência (ou abaixo do suporte).
• Toque intrabar e fechamento: o preço cruza durante a barra e depois fecha de volta ou continua.
• Limite de distância: exija uma penetração mínima (por exemplo, “em X unidades”) para reduzir toques ambíguos.

Defina também a janela de tempo: em que momento você considera que o rompimento ocorreu e qual período futuro você mede para avaliar os resultados?

3) Definindo resultados (o que significa “funcionar”)

Sua hipótese deve definir um resultado mensurável, como:

• Continuação direcional: o preço tende a se mover mais na direção do rompimento após o evento.
• Mudança na distribuição de retornos: a distribuição dos retornos futuros difere da base de comparação.
• Taxa de alcance de uma meta ou de um limite de parada: a frequência com que uma condição de resultado é atingida dentro de um horizonte fixo.

Mesmo que você evite a terminologia de “negociação”, ainda precisa de um mapeamento consistente de resultados para números. Caso contrário, você não pode comparar os resultados.

Evidência: um design de teste que separa sinal de ruído

Abaixo está uma estrutura de avaliação concreta que você pode implementar usando dados históricos de preços. Ela foi escrita para apoiar a verificação independente, pois especifica o que medir e como comparar.

Etapa 1: Declare uma hipótese falseável

Exemplo de formulação de hipótese (a estrutura importa mais do que a afirmação exata):

• “Após um evento de rompimento definido como [sua regra de nível] e [sua regra de gatilho], os retornos futuros no horizonte H têm uma mediana maior do que os retornos após períodos de não rompimento, após considerar os custos.”

Para o teste, você deve especificar:

• a regra de nível,
• a regra de gatilho,
• o horizonte H,
• a escolha direcional (rompimento acima da resistência vs abaixo do suporte) e
• a métrica (retorno mediano, probabilidade de atingir um limite, etc.).

Etapa 2: Escolha uma base de comparação que corresponda às condições

Uma base de comparação responde: “O mesmo resultado aconteceria sem o filtro de rompimento?” As bases comuns incluem:

• Base de tempo aleatório: compare os resultados futuros para períodos amostrados aleatoriamente com o mesmo tamanho de amostra.
• Base correspondente de não rompimento: compare com períodos em que o preço está próximo, mas não cruza o nível.
• Base de momentum: compare com períodos de movimento recente comparável sem exigir a condição de rompimento.

Sua base de comparação deve compartilhar o mesmo regime de mercado tanto quanto for prático. Caso contrário, você pode atribuir efeitos de regime aos rompimentos.

Etapa 3: Divida os dados para reduzir o overfitting

Para evitar ajustar as regras nos mesmos dados que você avalia:

• Use uma divisão treino/validação/teste, por exemplo: treine em uma parte, valide para escolher os parâmetros e teste em uma parte posterior.
• Alternativamente, use a avaliação walk-forward contínua: treine em uma janela, teste no próximo segmento e depois avance.

Importante: as escolhas de parâmetros para níveis e gatilhos são fatores variáveis. Se você os ajustar repetidamente para maximizar os resultados, corre o risco de produzir resultados que não se generalizam.

Etapa 4: Inclua custos e premissas de execução

Mesmo no nível conceitual, você deve modelar fricções, pois os rompimentos são frequentemente de curta duração e geram movimentos falsos com frequência.

Defina as premissas que você aplicará de forma consistente, como:

• modelo de custo de transação (um custo fixo por negociação ou uma proxy de fricção semelhante a spread),
• premissa de slippage (quanto pior é a execução em relação ao cruzamento de nível idealizado),
• momento de execução da ordem (por exemplo, usar valores de fechamento da barra se o seu gatilho usar fechamentos).

Este é um dos “fatores variáveis” obrigatórios: os resultados podem mudar significativamente quando os custos aumentam ou quando a execução é menos favorável.

Etapa 5: Use verificações de robustez (não apenas um número)

Uma única estatística de desempenho raramente é suficiente. Aplique múltiplas verificações de robustez:

• Sensibilidade à definição: varie ligeiramente o gatilho de rompimento (somente fechamento vs limite de penetração).
• Sensibilidade ao nível: varie a janela de lookback para os níveis.
• Sensibilidade ao horizonte: teste vários horizontes (janelas de resultado curtas vs longas).
• Verificação de regime: compare o desempenho em diferentes períodos de volatilidade ou de mercado lateral.

Se o efeito desaparecer sob variações razoáveis, isso é evidência de que o resultado original pode ser frágil.

Limitações e modos de falha que você deve esperar

O teste deve incluir pelo menos uma limitação material ou modo de falha. Os comuns para rompimentos de suporte e resistência incluem:

Rompimentos falsos e “reversão”

O preço pode cruzar um nível, mas não sustentar o movimento, retornando para dentro da faixa. Isso pode criar resultados que parecem bons antes dos custos e depois se deterioram com fricções realistas.

Mercados laterais

Em condições de lateralização, toques e cruzamentos repetidos podem ser frequentes. Um rótulo de rompimento pode se tornar ruidoso, pois muitos cruzamentos ocorrem sem continuação.

Instabilidade de parâmetros

A identificação de suporte/resistência e as regras de gatilho de rompimento são sensíveis a escolhas como janelas de lookback, distâncias de limite e se você usa fechamento vs extremos intrabar. Se os resultados dependerem fortemente de parâmetros ajustados, eles podem não se generalizar.

Efeitos de dados e microestrutura

As barras históricas ocultam o comportamento intrabar. Dois eventos podem ter o mesmo fechamento de barra, mas caminhos intrabar diferentes, o que importa se a execução depender do movimento intrabar.

Diferenças de jurisdição e provedor (lembrete conceitual)

Se o seu teste posteriormente avançar para a implementação, observe que o ambiente de execução pode diferir por corretora/plataforma e por jurisdição.