Come si può fare backtesting responsabile dell’RSI?

Definisci l’RSI e il calcolo esatto prima del test

L’RSI (Relative Strength Index) è un oscillatore di momentum costruito a partire dai cambiamenti di prezzo passati. Nel backtesting, la prima responsabilità è definire gli input e i dettagli di calcolo che si utilizzeranno (ad esempio, quale serie di prezzo si utilizza — chiusura, prezzo tipico o un’altra scelta coerente — e quale lunghezza di lookback si adotta per il calcolo dell’RSI). Questo è importante perché piccole differenze nell’implementazione possono alterare i valori dell’RSI e quindi modificare qualsiasi valutazione successiva.

Definisci inoltre cosa si intende per “evento di segnale” nel tuo disegno del test. Un backtest sull’RSI non dovrebbe assumere implicitamente che “l’RSI si è mosso” equivalga a “è avvenuto un trade”. Decidi come misurerai i risultati senza trasformare l’indicatore in una promessa autonoma: ad esempio, puoi valutare se i periodi caratterizzati da RSI più alto o più basso sono associati a distribuzioni diverse dei rendimenti futuri, secondo una regola chiara.

Scegli regole e assunzioni sui dati che rimangono fisse

Il backtesting responsabile inizia con l’igiene dei dati e assunzioni esplicite. Regole comuni sui dati da documentare includono:

• Quali timestamp e frequenza di campionamento si utilizzano (chiusure di barra rispetto al comportamento intrabar).
• Come si gestiscono i dati mancanti, le azioni societarie (se applicabili) e gli outlier.
• Se si include l’intera storia necessaria per “riscaldare” il calcolo dell’RSI prima del primo punto testato.

Ogni calcolo dovrebbe dichiarare le proprie assunzioni. Se testi “N barre in avanti”, specifica se gli esiti utilizzano rendimenti da chiusura a chiusura, se consideri un solo esito per barra e cosa accade quando si verificano eventi sovrapposti.

Includi costi e assunzioni di esecuzione realistiche

Spesso i backtest falliscono perché ignorano ciò che cambia tra backtest ed esecuzione reale. Al minimo, modella i costi in modo coerente e mantienili espliciti:

• Costi di transazione (spread, commissioni, fee) come attrito aggiuntivo alla tua logica di entrata/uscita.
• Slippage o incertezza di esecuzione se il tuo test assume riempimenti perfetti.

Non hai bisogno della microstruttura esatta del broker per essere responsabile, ma dovresti evitare assunzioni irrealistiche. Un modo pratico per gestirlo è eseguire verifiche di sensibilità: ripeti la valutazione sotto diversi scenari ragionevoli di costi ed esecuzione per vedere se le conclusioni resistono a condizioni meno favorevoli.

Controlla il bias con test fuori campione e verifiche walk-forward

Anche con un calcolo corretto dell’RSI, i backtest possono esagerare le evidenze a causa di bias e overfitting. Usa controlli per il bias che riducono la fuga di dati e gli artefatti dell’ottimizzazione dei parametri:

• Test fuori campione: scegli le impostazioni dell’RSI o le regole decisionali usando un periodo, quindi valuta la performance su un periodo successivo separato che non hai usato per la progettazione.
• Valutazione walk-forward (rolling): aggiorna la regola basandoti solo sui dati passati e testala sul segmento successivo.

Mantieni stabile il protocollo di valutazione. Se modifichi ripetutamente le impostazioni per inseguire risultati sullo stesso dataset, rischi di misurare il tuo processo di iterazione piuttosto che l’utilità predittiva dell’indicatore.

Valuta i modi di fallimento, non solo gli esiti “positivi”

Un backtest responsabile dell’RSI deve includere almeno una limitazione significativa o un modo di fallimento. Esempi da considerare:

• Sensibilità al regime: le relazioni dell’RSI possono indebolirsi o invertirsi a seconda della volatilità, della forza del trend o della struttura di mercato.
• Instabilità dei parametri: i risultati possono dipendere fortemente da una specifica lunghezza dell’RSI o da una definizione di soglia, rendendo difficile la replicabilità.
• Eventi sovrapposti: condizioni frequenti attivate dall’RSI possono interagire, portandoti a presumere inconsapevolmente posizioni multiple simultanee o ignorando il costo opportunità.

Poiché le relazioni storiche non garantiscono risultati futuri, considera i risultati come ipotesi su un’associazione sotto un insieme specifico di assunzioni — specialmente quando i mercati e le condizioni di esecuzione differiscono.

Verifica ciò che affermi con una chiara rendicontazione

Per verificare in modo indipendente il ragionamento del tuo backtest sull’RSI, riporta ciò che altri avrebbero bisogno per riprodurre i tuoi risultati:

• I dettagli della definizione dell’RSI (input di prezzo, lunghezza del lookback, eventuale approccio di smoothing).
• La regola esatta dell’evento o il metodo di valutazione (come classifichi i periodi di “RSI alto” e quale finestra futura misuri).
• La frequenza dei dati, l’approccio di warm-up e la gestione dei dati mancanti.
• Le assunzioni sui costi e sull’esecuzione utilizzate, più qualsiasi intervallo di sensibilità.
• Il protocollo fuori campione o walk-forward, inclusi i periodi utilizzati per la selezione e per la valutazione.

Una domanda utile successiva è se le tue conclusioni persistono quando cambi un’assunzione alla volta (frequenza dei dati, livello di costi o definizione dell’evento). Se le conclusioni valgono solo in scelte ristrette, ciò è di per sé evidenza di instabilità e non di robustezza.