Em palavras simples — Um forward test congela a estratégia e observa o que acontece com dados que ainda não existiam quando a decisão foi tomada. Ele testa o processo para a frente, sem transformar poucos resultados em certeza.
O forward test é uma avaliação prospectiva de uma versão predefinida. Dados, sinais, decisões e resultados são registrados à medida que chegam, sem reescrever o passado. Ele pode rodar em paper trading, shadow mode ou micro-live; o que o define é a ordem temporal e o congelamento da especificação, não o uso ou não de capital.
Relação entre dado, tempo e ambiente
Out-of-sample histórico usa dados passados não usados no desenvolvimento. Forward test usa dados que chegam depois de a versão ser congelada. Paper e shadow simulam ou interceptam ordens; micro-live as envia com capital limitado. Um forward test em paper continua hipotético quanto à execução real; um micro-live adiciona fills e custos, mas ainda não representa necessariamente a escala-alvo.
O que precisa ser congelado
- hipótese, universo e fonte dos dados;
- features, transformações, parâmetros e versão do modelo;
- mapeamento entre sinal, posição e sizing;
- tipos de ordem, horários, venues e política de fill;
- custos, benchmark e métricas;
- limites, alertas, exceções e critérios de suspensão;
- duração ou quantidade informativa e regra de decisão.
Congelar não significa proibir intervenção de segurança. Significa registrar a intervenção e não misturar silenciosamente os resultados antes e depois dela.
Protocolo prospectivo
- Carimbar versão, dados, código, configuração e início do teste.
- Definir critérios de continuação, alteração e encerramento.
- Registrar dados recebidos e seus timestamps, inclusive falhas e revisões.
- Preservar sinal, target, ordem, fill, posição e custos.
- Conciliar resultados com o backtest e explicar divergências.
- Monitorar qualidade dos dados, risco e operação separadamente.
- Proibir exclusões retrospectivas não previstas.
- Emitir relatório com todos os períodos, incidentes e intervenções.
Duração e quantidade de informação
Não existe duração universal. O teste precisa observar eventos compatíveis com a frequência, horizonte, sazonalidade, regimes e riscos da estratégia. Muitas linhas podem representar poucos episódios independentes. Poucos trades não provam fracasso nem sucesso; a decisão usa intervalos, materialidade e riscos não observados.
O critério pode exigir cobertura operacional — por exemplo, rolagem, reconexão, corporate action e sessão volátil — além de uma métrica financeira.
Mudanças, incidentes e pureza
Erro de software, dado stale ou limite violado pode exigir suspensão imediata. Depois da correção, inicia-se nova versão. Se um resultado fraco motiva novo parâmetro, o período anterior entrou no desenvolvimento. Relatar as versões separadamente preserva a genealogia e impede que o forward test vire backtest manual em câmera lenta.
Exemplo ilustrativo
Uma estratégia é congelada em 1º de março e executada em shadow por três meses. No segundo mês, um feed atrasa e o sistema reutiliza o último valor. A regra de stale data prevista bloqueia novas ordens e gera alerta. O incidente comprova um controle operacional; não comprova retorno futuro. Alterar a regra de stale após o evento cria nova versão com nova avaliação.
Evidência prospectiva e genealogia da versão
Um forward test só é prospectivo para a especificação congelada antes do período. Se parâmetros, universo ou custos mudam durante o teste, a nova versão inicia outra observação; unir resultados de versões distintas cria um histórico que nenhuma regra executou. Código, configuração, dados e motivo de cada mudança devem formar uma genealogia verificável.
O protocolo também define antecipadamente duração, eventos mínimos, métricas, benchmark e critérios de falha. A duração de calendário isolada pode enganar: se a estratégia teve poucas decisões ou não atravessou regimes relevantes, a evidência continua pequena. O relatório preserva quantidade de sinais, exposições, custos e incidentes, não apenas retorno acumulado.
Uma divergência do backtest pode vir de mercado, dado, execução ou implementação. Reconciliar sinal por sinal antes de reotimizar evita “corrigir” a estratégia para um problema operacional. Mesmo um forward positivo não garante continuidade; ele acrescenta uma camada independente ao conjunto de evidências.
Resultados devem ser comparados ao intervalo previsto antes do início, não apenas ao zero. Retorno positivo com custos, exposição ou frequência muito diferentes pode indicar que a implementação já não corresponde à hipótese. Retorno negativo, por sua vez, pode ainda estar dentro da variabilidade esperada. A decisão considera magnitude, mecanismo e quantidade de evidência, sem mover os critérios depois de observar a curva.
Limites
Dados novos continuam pertencendo a um único período e regime. Paper não mede impacto real; micro-live não garante capacidade; produção pode mudar participantes e custos. A observação prospectiva reduz hindsight, mas não elimina seleção anterior, risco de modelo ou incerteza estatística.
Fontes
- Leonard J. Tashman, Out-of-sample tests of forecasting accuracy: an analysis and review, 2000 — ordem temporal, rolling origin e avaliações sucessivas fora da amostra.
- Joseph Simonian, CFA Institute Research Foundation, Investment Model Validation: A Guide for Practitioners, 2024 — validação proativa e confiabilidade dos modelos de investimento.
- National Futures Association, Interpretive Notice 9025 — Use of Promotional Material Containing Hypothetical Performance Results — limites da performance hipotética em seu âmbito NFA.
- U.S. Securities and Exchange Commission, Staff Report on Algorithmic Trading in U.S. Capital Markets, 2020 — automação, venues e interação das ordens nos mercados reais.
- Comissão Europeia, Regulamento Delegado (UE) 2017/589, RTS 6 — testes, controles, documentação e deployment no próprio âmbito regulatório da UE.