Strategy Tester MT5: Guida Completa per Backtest Affidabili | Manuel Trotta

Strategy Tester MT5 — Guida Completa per Backtest che Non Mentono

Il 90% dei backtest MT5 è inutile perché configurato male. Spread fisso artificiale, nessuna commissione, qualità dati insufficiente, nessun Walk-Forward. Oracle v78: backtest su 19 anni di dati tick reali, spread reale 2.5 pip, commissione inclusa, Walk-Forward Efficiency 0.78. Risultato: 65.587 trade con PF 1,44 — verificabile e riproducibile.

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àPrecisioneVelocitàQuando UsarlaRaccomandazione Oracle
Open Prices OnlyBassaMassimaSolo sistemi che entrano all’apertura barraSolo per validazione rapida
Control PointsMediaAltaScreening iniziale parametriNon per decisioni finali
Every TickAltaMediaSistemi con SL/TP intra-barraStandard Oracle per H4
Every Tick (Real Ticks)MassimaLentaValidazione finale pre-liveValidazione 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

Impostazione 01
Qualità Dati: Scarica i Tick Storici dal Tuo Broker
MT5 → Strumenti → Storia dei Dati → seleziona strumento e periodo → Download. Per XAUUSD H4 su 19 anni servono i dati M1 completi (da cui MT5 ricostruisce tutti i timeframe superiori) e idealmente i tick storici per la modalità Real Ticks. La qualità dati deve essere ≥ 99% — indicata nell’angolo in alto del grafico del Strategy Tester dopo il completamento del backtest. Sotto il 95% i risultati del backtest sono inaffidabili per decisioni operative. Oracle scarica i dati dal broker ufficiale ogni trimestre per mantenere il database aggiornato.
Impostazione 02
Spread: Mai Usare il Valore Fisso Default
Il valore di spread default nel Strategy Tester è spesso molto inferiore allo spread reale del broker. Su XAUUSD il default MT5 può essere 10-15 punti (1-1.5 pip) mentre lo spread reale è 20-30 punti (2-3 pip). Risultato: il backtest sovrastima il PF reale di 0.1-0.2 punti — la differenza tra un sistema “profittevole in backtest” e uno perdente in live. Impostazione corretta: spunta “Usa spread da database storia” per spread dinamico reale. Se non disponibile, imposta manualmente lo spread medio reale misurato sul broker nelle ore operative standard.
Impostazione 03
Commissione: Aggiungila Sempre nel Codice MQL5
Il Strategy Tester non gestisce automaticamente le commissioni ECN. L’EA deve includere la commissione come costo esplicito simulato, oppure va aggiunta come parametro esterno. Metodo Oracle in MQL5: input double Commission_Per_Lot = 3.50; — applicata come costo aggiuntivo nel calcolo dell’EV al momento della chiusura del trade nel backtest. Non includere la commissione è l’errore più comune nei backtest di sistemi ECN: il PF appare 5-8% più alto del reale, ingannando il trader sulla vera profittabilità del sistema.
Impostazione 04
Periodo: Almeno 5 Anni, Meglio 10+
Un backtest su 1-2 anni è statisticamente insufficiente per validare un sistema su H4 (<200 trade, IC ampio). Oracle standard: backtest su 19 anni (2009-2026), 65.587 trade. Minimo accettabile per validazione: 5 anni e almeno 300 trade. Il periodo deve coprire almeno: un ciclo di mercato rialzista + ribassista + laterale, almeno un evento di crisi (2008 se disponibile, 2020 COVID), almeno un cambio di regime di volatilità significativo. Meno di questo e il backtest non copre la distribuzione reale dei regimi futuri.
◆ Configurazione Ottimale Strategy Tester MT5 per Oracle H4
Modalità: Every Tick (sviluppo), Every Tick Real Ticks (validazione finale)
Periodo: 01.01.2009 → data corrente
Spread: Usa spread da database / manuale 25 punti (2.5 pip XAUUSD)
Deposito iniziale: €10.000 (rischio 1% = €100/R = SL = €100 indipendentemente dal lot)
Commissione: 3.50 USD per lot round-turn (parametro EA)
Slippage: 3 punti (simulazione slippage reale medio)
Qualità attesa: 99.7% — PF simulato deve essere entro ±2% del PF live
Verifica di consistenza: Confronta i risultati del backtest con il log live delle ultime 200 operazioni. Se il PF del backtest è > 10% superiore al PF live, c’è un errore nelle impostazioni (spread troppo basso, commissione mancante, o dati di qualità insufficiente).

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 EfficiencyGiudizioSignificatoAzione
< 0.40FallimentoSistema fortemente overfittatoRedesign completo
0.40 – 0.60MarginaleOverfitting parzialeRidurre parametri, ritest
0.60 – 0.70AccettabileRobustezza sufficienteForward test su demo 6 mesi
0.70 – 0.85BuonoSistema robustoForward test su micro-conto
Oracle: 0.78BuonoRobustezza confermataOperativo
> 0.85EccellenteRobustezza 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
◆ Oracle v78 — Configurazione Backtest Standard
19 anni, Every Tick, spread reale 2.5 pip, commissione €3.50/lot, slippage 3 punti.
Risultato: PF backtest 1.46 vs PF live 1,44 — differenza <1.5%. Backtest affidabile confermato.
1.46
PF Backtest
1,44
PF Live Reale
1.4%
Delta Backtest/Live
99.7%
Qualità Dati

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

Qual è la modalità di backtest più affidabile? ▶
“Every Tick Based on Real Ticks” per validazione finale. “Every Tick” sintetico per sviluppo standard. Per sistemi H4 come Oracle, la differenza tra le due modalità è <0.5% sul PF — ma la validazione con tick reali è obbligatoria prima del passaggio in produzione. “Open Prices Only” solo per sistemi che entrano esclusivamente all’apertura di barra senza SL/TP intra-barra.
Come impostare spread e commissione correttamente? ▶
Spread: usa dati storici reali del broker, non il default. Per XAUUSD Oracle: 25 punti (2.5 pip) nelle ore liquide. Commissione: aggiungila come parametro esplicito nell’EA o come input al Strategy Tester. Non includere la commissione ECN sopravvaluta il PF del 5-8%. Regola: confronta PF backtest con PF live ogni 6 mesi. Differenza > 5% segnala problema nelle impostazioni o nei dati.
Cos’è il Walk-Forward Test e perché è fondamentale? ▶
Divide i dati in finestre in-sample (ottimizzazione) + out-of-sample (validazione) scorrevoli. Misura la WFT Efficiency = rendimento OOS / rendimento IS. Oracle: WFT Efficiency 0.78 — robusto. Soglia minima accettabile: 0.60. Sotto 0.40: sistema overfittato, da redesign completo. Senza WFT, qualsiasi ottimizzazione è potenzialmente curve-fitting.
Quanto dati storici servono per un backtest affidabile su H4? ▶
Minimo 5 anni e almeno 300 trade per avere IC statisticamente significativo su PF e WR. Oracle usa 19 anni (65.587 trade). Il periodo deve coprire almeno un ciclo completo di mercato (rialzo + ribasso + laterale) e almeno un evento di crisi per testare il comportamento del sistema in condizioni estreme. Un backtest di 1-2 anni su H4 (<200 trade) non è statisticamente sufficiente per decisioni operative: l’IC al 95% sul PF è troppo ampio.

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.