Le 4 Modalità di Test: Quale Usare e Perché
MT5 offre quattro modalità di simulazione nel Strategy Tester, con crescente precisione e tempo di calcolo. La scelta sbagliata produce risultati irrealistici che non si tradurranno mai in performance reale.
| Modalità | Precisione | Velocità | Quando Usarla | Raccomandazione Oracle |
|---|---|---|---|---|
| Open Prices Only | Bassa | Massima | Solo sistemi che entrano all’apertura barra | Solo per validazione rapida |
| Control Points | Media | Alta | Screening iniziale parametri | Non per decisioni finali |
| Every Tick | Alta | Media | Sistemi con SL/TP intra-barra | Standard Oracle per H4 |
| Every Tick (Real Ticks) | Massima | Lenta | Validazione finale pre-live | Validazione definitiva Oracle |
Oracle usa Every Tick per i backtest di sviluppo standard e Every Tick Based on Real Ticks per la validazione finale prima di portare una nuova versione in produzione. La differenza di risultati tra le due modalità è tipicamente <0.5% sul PF per sistemi H4 — ma la validazione con tick reali è il secondo livello di verifica necessario per avere certezza che il backtest rifletta la realtà.
Impostazioni Corrette per un Backtest Affidabile
Walk-Forward Test: il Test di Robustezza per Eccellenza
Il Walk-Forward Test (WFT) è lo strumento più potente disponibile nel Strategy Tester MT5 per distinguere un sistema robusto da uno sovra-ottimizzato. Senza WFT, qualsiasi risultato di ottimizzazione è potenzialmente curve-fitting — il sistema è stato adattato ai dati storici e non ha valore predittivo.
Il procedimento: 1) Definisci una finestra di ottimizzazione (es. 24 mesi) e una finestra di validazione (es. 6 mesi). 2) Ottimizza i parametri sulla finestra 1-24 mesi. 3) Applica i parametri ottimizzati ai mesi 25-30 senza ricalibrazione. 4) Scorri la finestra avanti di 6 mesi. 5) Ripeti. 6) Calcola la WFT Efficiency = rendimento out-of-sample totale / rendimento in-sample totale. Oracle WFT Efficiency: 0.78 — ogni €1 guadagnato in-sample, €0.78 vengono confermati out-of-sample. Soglia accettabile: ≥ 0.60.
| WFT Efficiency | Giudizio | Significato | Azione |
|---|---|---|---|
| < 0.40 | Fallimento | Sistema fortemente overfittato | Redesign completo |
| 0.40 – 0.60 | Marginale | Overfitting parziale | Ridurre parametri, ritest |
| 0.60 – 0.70 | Accettabile | Robustezza sufficiente | Forward test su demo 6 mesi |
| 0.70 – 0.85 | Buono | Sistema robusto | Forward test su micro-conto |
| Oracle: 0.78 | Buono | Robustezza confermata | Operativo |
| > 0.85 | Eccellente | Robustezza elevata (o dati insufficienti) | Verifica che non sia overfitting inverso |
I 5 Errori Più Comuni nel Backtest MT5
- Spread fisso artificialmente basso — sopravvaluta il PF del 10-20%. Soluzione: spread reale del broker nelle ore operative.
- Nessuna commissione ECN — sopravvaluta il PF del 5-8% per sistemi ECN. Soluzione: commissione come parametro esplicito nell’EA.
- Qualità dati < 95% — introduce barre sintetiche che non esistono nella realtà. Soluzione: scarica dati tick reali dal broker.
- Ottimizzazione senza WFT — produce parametri ottimali per i dati passati, non per il futuro. Soluzione: WFT obbligatorio per qualsiasi parametro ottimizzato.
- Backtest su periodo troppo breve — non copre tutti i regimi di mercato. Soluzione: minimo 5 anni, idealmente 10+ per sistemi H4-D1.
Un backtest fatto male è peggio di nessun backtest: ti dà falsa fiducia. Ho visto trader mettere €50.000 su sistemi con PF 2.8 in backtest che poi producevano PF 0.7 in live — perché lo spread era impostato a 5 punti invece di 25. Cinque minuti di configurazione corretta salvano anni di perdite. — Manuel Trotta, Fondatore MTInvestments
Risultato: PF backtest 1.46 vs PF live 1,44 — differenza <1.5%. Backtest affidabile confermato.
La differenza di solo 1.4% tra PF backtest (1.46) e PF live reale (1,44) su 19 anni e 65.587 trade è il risultato di una configurazione del tester che replica fedelmente le condizioni reali. Spread reale, commissione esplicita, slippage simulato, qualità dati 99.7%: ogni componente del costo reale è inclusa nel backtest.
Il WFT Efficiency di 0.78 conferma che i parametri Oracle non sono stati ottimizzati sui dati storici a posteriori: sono stati definiti nel 2009 e mantenuti costanti nel forward test reale. Il backtest con quei parametri fissi su 19 anni produce esattamente ciò che la teoria del WFT prevede per un sistema robusto: degradazione out-of-sample < 25% rispetto all’in-sample.
Vedi il Backtest Oracle Aperto e Verificabile
Live gratuite: iscriviti alla prossima. Report Strategy Tester disponibile su richiesta per i clienti Oracle Gold+.
ENTRA ALLA LIVE GRATUITA → OTTIMIZZARE EA MT5 →FAQ — Strategy Tester MT5
Ottimizzazione Parametri nel Strategy Tester: Farlo Bene
L’ottimizzazione dei parametri nel Strategy Tester MT5 è lo strumento più potente e più pericoloso disponibile per il trader sistematico. Usata male produce curve-fitting quasi garantito. Usata bene permette di identificare i parametri più robusti del sistema nelle condizioni di mercato osservate.
Principio 1: Meno Parametri = Più Robustezza
Ogni parametro aggiuntivo che si ottimizza aumenta il rischio di overfitting. Un sistema con 10 parametri ottimizzati su 500 trade ha altissima probabilità di essere curve-fitted — i parametri descrivono il passato, non il futuro. Oracle v78: solo 3 parametri ottimizzati (soglia Ulcer Index, periodo Kalman D1, moltiplicatore ATR per SL). Tutti gli altri sono fissati per ragioni teoriche, non empiriche. Regola empirica: non più di N/50 parametri ottimizzati, dove N = numero di trade nel campione. Su 500 trade: massimo 10 parametri. Su 65.587 trade Oracle: teoricamente fino a 720 — ma 3 è sufficiente e molto più robusto.
Principio 2: Ottimizza su Spazio Continuo, Non su Picchi Isolati
Il grafico tridimensionale dell’ottimizzazione MT5 (2 parametri vs PF) deve mostrare un “plateau” smussato di valori elevati, non un picco isolato. Un picco isolato (il parametro ottimale è 14 ma 13 e 15 danno PF molto inferiore) è un segnale di overfitting: quel valore specifico funziona solo su quei dati specifici. Un plateau (parametri da 12 a 18 producono tutti PF elevato) indica robustezza: la logica del sistema funziona in un range di parametri plausibili. Oracle: la soglia Ulcer Index è robusta nel range 0.35-0.55 — scegliere 0.42 invece di 0.40 non cambia significativamente il risultato.
Principio 3: Il Genetic Algorithm non È Sempre Migliore
MT5 offre due modalità di ottimizzazione: “Analisi completa” (testa tutti i valori possibili) e “Algoritmo genetico” (campionamento intelligente). Per spazi di parametri piccoli (< 50.000 combinazioni), sempre analisi completa — è l’unico modo per vedere l’intero paesaggio e identificare plateau vs picchi. Per spazi grandi, il genetico è necessario per ragioni computazionali, ma va seguito da un’analisi completa nella regione promettente identificata.