La curva di backtest dell'EA sembra bella: prima verifica queste condizioni di test

Autore: Thomas | EA e operatività sulla piattaforma | 6 ottobre 2026

Una curva di backtest rivolta verso l'alto non può spiegare a quali condizioni il programma opera, né tantomeno rappresentare direttamente la performance in conto reale. Quando si confrontano EA per l'oro, verificare prima le condizioni di test e poi leggere i risultati è più utile che scegliere solo il report con il profitto netto più alto. Questo articolo tratta il tester standard di MT4 e non confonde le funzionalità di MT5 o di strumenti di test di terze parti.

Salva prima un registro di test verificabile

Prima di eseguire il test, conserva la versione dell'EA, il file dei parametri, il nome completo dello strumento, il timeframe del grafico, l'intervallo di date, il capitale iniziale e la sua valuta, nonché la fonte dei dati e la versione del terminale. Ogni volta che modifichi parametri o condizioni, registra il motivo; non salvare solo la migliore esecuzione dopo aver visto i risultati.

Lo scopo di questi registri non è aumentare il numero di pagine del report, ma permettere ad altri di sapere che cosa il test ha effettivamente confrontato. Due curve, anche se dall'aspetto simile, possono non essere direttamente comparabili se le condizioni contrattuali, le quantità o i criteri del capitale sono diversi. Le condizioni mancanti nel report vanno indicate come sconosciute e non devono essere colmate con supposizioni.

Il metodo di modellazione deve corrispondere alla logica del programma

L'aiuto ufficiale di MT4 elenca diversi metodi di modellazione storica. Un test basato solo sul prezzo di apertura e un programma che si affida alle variazioni di prezzo all'interno della barra potrebbero non riflettere lo stesso processo di attivazione. Quando si sceglie il metodo, occorre prima stabilire se l'EA decide dopo la formazione di una candela completa oppure dipende dai movimenti di prezzo, dalle uscite e dagli ordini all'interno della stessa candela.

Anche la modalità Every tick descritta nella documentazione ufficiale utilizza dati di periodi più piccoli e interpolazione per generare le variazioni di prezzo, e non equivale automaticamente a un record completo di transazioni reali tick by tick storiche. Non si deve vedere la dicitura “ogni tick” e concludere che tutti i dettagli di mercato siano stati riprodotti. Se si usano dati di terze parti o strumenti aggiuntivi, se ne devono indicare separatamente la fonte e il metodo.

Le ipotesi sullo spread non equivalgono all'ambiente di esecuzione storico

Secondo l'aiuto ufficiale di MT4, il tester standard usa per impostazione predefinita lo spread corrente dello strumento al momento dell'avvio del test per simulare l'Ask; è anche possibile impostare un valore personalizzato nel campo Spread. Ciò significa che le ipotesi sullo spread del test devono essere registrate in modo esplicito e che un'ipotesi fissa non va considerata come lo spread variabile reale dell'intero periodo storico.

Le condizioni di esecuzione durante pubblicazioni di dati, variazioni di liquidità o periodi anomali non possono necessariamente essere rappresentate in modo adeguato da un insieme fisso di impostazioni. Anche commissioni, costi overnight e altri effetti sull'esecuzione vanno verificati nel report specifico e negli strumenti, per stabilire se siano considerati e con quali criteri. Le parti non simulate devono essere indicate chiaramente; non usare “backtest superato” al posto di questi controlli.

I risultati dell'ottimizzazione sono solo una classifica in condizioni specifiche

I risultati di ottimizzazione di MT4 possono mostrare statistiche come profitto, numero di operazioni, drawdown e rendimento atteso per diverse combinazioni di parametri. Essere al primo posto significa che quella combinazione ha raggiunto i relativi indicatori nell'intervallo e nelle condizioni scelti; non significa che resterà al primo posto in futuro.

In fase di analisi non guardare solo la riga migliore, ma osservare anche se, modificando leggermente i parametri vicini, compaiono risultati completamente diversi. Se la performance si concentra solo in una combinazione molto ristretta, ciò indica che la conclusione può essere sensibile alle impostazioni, ma non basta questo fenomeno per stabilire che il programma sia necessariamente inefficace. Occorre continuare a verificare logica, dati e condizioni di test, conservando sia i risultati favorevoli sia quelli sfavorevoli.

Metti da parte dati non usati per la taratura dei parametri, poi esegui la verifica

Si può suddividere in anticipo l'intervallo destinato alla regolazione dei parametri e l'intervallo di verifica indipendente che non partecipa alla taratura. Il metodo di suddivisione e gli indicatori di valutazione devono essere stabiliti prima di vedere i risultati della verifica. Se, dopo la verifica, si continua a modificare ripetutamente i parametri usando lo stesso segmento di dati, quel segmento non costituisce più una verifica completamente indipendente.

Questa è una disposizione di ricerca, non un processo di certificazione che garantisce profitti. Il numero di campioni, l'esposizione delle posizioni e le differenze di risultato in diversi stati di mercato devono comunque essere registrati; non si possono ignorare problemi come campione insufficiente o copertura di un solo ambiente solo perché una verifica indipendente ha prodotto un profitto.

Quando le condizioni cambiano, conserva il confronto prima/dopo

Mantenendo invariati gli altri fattori, modificare un'ipotesi ben definita e confrontare i risultati può aiutare a individuare la sensibilità del programma alle condizioni. Occorre registrare la modifica, la motivazione, i risultati del test e i limiti non coperti, invece di limitarsi a una valutazione difficile da verificare come “più stabile”.

L'esecuzione simulata può essere usata per controllare il flusso del programma e registrare l'ambiente reale delle quotazioni, ma le esecuzioni simulate non equivalgono ancora al conto reale. Prima di entrare in qualsiasi fase operativa, occorre definire chiaramente le procedure di controllo per ordini anomali, disconnessioni, deviazioni di posizione e raggiungimento dei limiti di perdita; non si devono allentare temporaneamente le regole per prolungare la curva di backtest.

Infine, scrivi le conclusioni come frasi condizionali

Un riepilogo chiaro deve indicare: con quali dati, parametri e ipotesi di costo si è osservato quale risultato; quali rischi non sono stati coperti; che cosa resta da verificare. Conservare gli elementi sconosciuti è più utile per le verifiche successive che presentare i risultati della ricerca come promesse di rendimento.

Il trading con leva può causare perdite significative. Questo articolo è destinato alla descrizione di test EA e metodi di ricerca e non costituisce un consiglio all'acquisto di programmi, al trading o alla gestione delle posizioni. I risultati di backtest, simulazione e ottimizzazione non possono garantire la sicurezza del conto reale o rendimenti futuri.