Considerazioni Avanzate per il Forward Testing

Cosa significa il forward testing (e cosa non significa)

Il forward testing è un passaggio di validazione in cui si applica una regola o un modello di trading precedentemente definito a dati che si susseguono dopo il periodo utilizzato per costruirlo o ottimizzarlo. Lo scopo è misurare se il metodo si comporta in modo sensato quando le condizioni cambiano e quando non si sta “sintonizzando” sullo stesso intervallo storico.

Non è la stessa cosa di:

• trading in tempo reale: il forward testing può comunque utilizzare dati registrati o riprodotti.
• backtesting con più dati: se si continuano a modificare le regole durante la finestra di forward testing, si trasforma la validazione in un ulteriore addestramento.
• prova di performance futura: le relazioni storiche non garantiscono risultati futuri.

Dipendenze chiave che i professionisti avanzati considerano

Il forward testing è sensibile ai dettagli. Le considerazioni avanzate si concentrano principalmente su ciò che deve rimanere costante e su ciò che può variare legittimamente.

1. Confini dei dati e data leakage
   Un errore comune è il leakage accidentale di informazioni. Il forward testing dovrebbe utilizzare una chiara separazione tra:

• i dati utilizzati per la selezione dei parametri e lo sviluppo delle regole, e
• i dati utilizzati per la validazione.

Anche se l’algoritmo non viene esplicitamente “riaddestrato”, il leakage può verificarsi indirettamente attraverso il preprocessing, la costruzione delle feature o il bias di lookahead (ad esempio, utilizzando valori che non sarebbero noti al momento della decisione).

Assunzione da dichiarare esplicitamente: il test forward non deve utilizzare alcuna feature calcolata con informazioni future rispetto a ogni decisione.

2. Allineamento temporale e tempistica delle decisioni
   I sistemi Forex spesso dipendono da quando si assume che prezzi e segnali siano disponibili. Il forward testing avanzato rende esplicite le regole temporali:

• A quale timestamp il segnale diventa noto?
• Quale prezzo viene utilizzato per l’ingresso: l’apertura della prossima candela, la chiusura della stessa candela o un valore interpolato?
• Come vengono gestiti i rollover o i confini delle sessioni?

Se il backtest e il forward test differiscono nelle convenzioni di timestamp, i risultati diventano difficili da interpretare.

3. Coerenza del modello di esecuzione (costi e slippage)
   Il forward testing dovrebbe rispecchiare le assunzioni di esecuzione utilizzate nel backtesting. Ciò include:

• modello dei costi di transazione (commissioni e fee)
• trattamento dello spread (fisso vs variabile, e se lo spread viene campionato al momento della decisione)
• assunzioni sullo slippage (costante, basato su distribuzione o su regole)

Considerazione avanzata: se si modifica il modello di costo tra backtest e forward test, non si sta più validando lo stesso sistema, ma un sistema diverso.

Assunzione per qualsiasi esempio: le regole di gestione dei costi e degli spread sono identiche nelle fasi di sviluppo e forward.

4. Congelamento dei parametri e governance
   Per evitare di “spostare i pali della porta”, il forward testing avanzato di solito blocca:

• parametri (inclusi i threshold)
• definizioni delle feature
• logica delle regole

Esistono eccezioni, ad esempio per correggere un bug nei dati scoperto successivamente, ma tali modifiche dovrebbero essere trattate come una nuova versione e documentate, poiché possono invalidare il confronto.

5. Cambiamento di regime di mercato e non stazionarietà
   I mercati Forex possono cambiare nel tempo. Il forward testing dovrebbe quindi essere progettato per rivelare instabilità:

• I risultati dipendono da un regime ristretto?
• Le perdite sono concentrate in periodi di espansione della volatilità o di cambiamenti di liquidità?

Questo è un problema di interpretabilità. Un metodo che funziona in un certo tipo di ambiente ma fallisce in un altro può comunque essere “utile” per determinate condizioni, ma non si deve presumere stabilità al di fuori dei regimi testati.

Evidenze ed esempi: come interpretare i risultati del forward testing

I risultati del forward testing variano in base a ciò che si misura. L’interpretazione avanzata si concentra sulla separazione della “forza del segnale” dagli artefatti.

1. Utilizza più metriche, non un singolo punteggio
   Un periodo di forward testing potrebbe mostrare:

• rendimenti positivi con alti drawdown,
• bassi rendimenti ma comportamento stabile,
• buona performance prima dei costi e performance debole dopo i costi.

La considerazione avanzata è esaminare la robustezza attraverso metriche che catturano diversi aspetti del comportamento. Le assunzioni sui costi e sull’esecuzione spesso dominano i risultati del forward test, specialmente per periodi di detenzione brevi.

2. Confronta versioni equivalenti
   Se si sono sviluppate diverse varianti (ad esempio, set di feature diversi), il forward testing dovrebbe confrontarle nelle stesse condizioni di validazione. Altrimenti, si potrebbero attribuire differenze al metodo quando in realtà derivano da dettagli implementativi.

Assunzione da dichiarare esplicitamente: ogni variante candidata utilizza gli stessi dati forward, la stessa convenzione di tempistica delle decisioni e lo stesso modello di costi.

3. Verifica se la performance è guidata da pochi eventi
   Le finestre di forward testing possono essere brevi. Un metodo può sembrare promettente se un piccolo numero di operazioni si concentra in un periodo favorevole. I professionisti avanzati analizzano il comportamento distribuzionale:

• con quale frequenza il metodo produce progressi rispetto a quando smette di contribuire,
• se i risultati sono fragili a piccoli cambiamenti nella lunghezza della finestra.

Se riducendo o spostando leggermente la finestra di forward testing le conclusioni cambiano radicalmente, ciò indica instabilità.

Limitazioni e modalità di fallimento (considerazioni rilevanti)

Il forward testing riduce alcuni rischi, ma ne introduce altri. Almeno una limitazione importante merita di essere considerata come preoccupazione primaria.

1. Sensibilità ai dettagli implementativi
   Piccole differenze in:

• gestione dei timestamp,
• campionamento dello spread,
• assunzioni sul riempimento degli ordini,
• gestione dei dati mancanti,
• aggiustamenti per eventi societari (se presenti nella fonte dati), possono influenzare materialmente i risultati. Ciò significa che “superare” il forward testing dipende dalle scelte di modellizzazione.

2. Overfitting per iterazione
   Anche senza addestrare sulla finestra forward, si può commettere overfitting modificando ripetutamente la regola finché la finestra forward non sembra buona. Questo è talvolta chiamato “overfitting della validazione”. La mitigazione avanzata consiste nel trattare la finestra forward come un test contro cui non si effettua alcun tuning.

3. Finestre forward brevi e bassa potenza statistica
   Se il periodo forward contiene poche operazioni o esposizione limitata, la performance misurata può essere dominata dalla casualità. In tal caso, il forward testing diventa un indicatore di varianza piuttosto che una stima affidabile del comportamento futuro.

4. La non stazionarietà rende il “futuro” incerto
   Le relazioni Forex possono cambiare. I risultati storici del forward testing valgono solo per le condizioni del periodo forward. Non costituiscono una garanzia su ciò che accadrà dopo il test.

5. Qualità dei dati e problemi simili al survivorship bias
   Il forward testing dipende dall’integrità del dataset. Barre mancanti, timestamp non allineati o definizioni incoerenti dei simboli possono generare risultati di validazione fuorvianti. Il forward testing avanzato include audit dei dati prima di fidarsi dei risultati.

Verifica e controlli indipendenti che puoi effettuare

Per consentire la verifica indipendente, concentrati sulla ripetibilità.

1. Documenta le assunzioni
   Scrivi in linguaggio semplice:

• il momento esatto della decisione rispetto ai dati di prezzo,
• come sono modellati ingresso, uscita ed esecuzione,
• le regole sui costi e sugli spread,
• eventuali filtri per dati mancanti.

2. Mantieni la finestra forward isolata
   Specifica chiaramente la regola di divisione: quale periodo è per lo sviluppo, quale per la validazione forward e quali cambiamenti (se consentiti) sono ammessi.