Surapprentissage d’un EA : les limites du test forward

Le surajustement se produit lorsque les choix de paramètres correspondent à l'historique utilisé pour les sélectionner mais ne parviennent pas à se généraliser. Réservez une période intacte, définissez des règles d'évaluation avant le réglage et conservez une trace de chaque expérience, pas seulement des paramètres gagnants.

Pourquoi rechercher plus de combinaisons change la question

Supposons que vous testiez 200 combinaisons de paramètres et ne présentiez que la meilleure. Le résultat sélectionné reflète à la fois la stratégie et le processus de recherche. Un gagnant d’apparence forte peut avoir bénéficié de fonctionnalités propres à cet échantillon.

Cette observation ne prouve pas que la stratégie est inutile. C'est une raison de se demander comment le candidat a été choisi et quelles preuves restent indépendantes de la sélection. Enregistrez les plages de recherche et le nombre d’essais ainsi que le préréglage final.

Séparer le développement de l'évaluation

MT5 fournit une option de test avancé qui réserve la dernière partie d'un intervalle historique et y évalue les résultats d'optimisation sélectionnés. Voir le Guide officiel d'optimisation et de tests avancés. Il s’agit d’un test de résistance historique ; c'est différent de gérer un compte démo à mesure que de nouveaux prix arrivent.

Pour un plan de recherche illustratif, développez sur janvier-décembre d'un an et réservez les six mois suivants. Ces dates sont un exemple et non une scission universelle. L'historique disponible, la fréquence de la stratégie et les changements dans les conditions du marché doivent éclairer la conception.

Écrivez les règles d'évaluation avant de regarder

• Quelles mesures seront révisées en dehors du profit ?
• Quels coûts et règles de dimensionnement des positions restent fixes ?
• Quel comportement vous amènerait à rejeter ou à enquêter sur le candidat ?
• Comment un faible nombre de transactions ou des données incomplètes seront-ils déclarés ?

N'ajustez pas les paramètres à plusieurs reprises après avoir examiné la période « intacte » et décrivez-la néanmoins comme indépendante. Une fois qu’elles influencent vos décisions, elles deviennent des données de développement. Conservez cet historique dans le dossier et recherchez de nouvelles preuves pour la prochaine évaluation.

Testez la sensibilité des paramètres

Essayez les valeurs de paramètres proches comme exercice de sensibilité. Si le changement d’un seuil de 20 à 19 ou 21 provoque un renversement spectaculaire, recherchez pourquoi. Une région plus large présentant un comportement similaire peut être plus informative qu’un pic isolé, même si ni l’un ni l’autre ne prouve la fiabilité future.

Faites ensuite varier une hypothèse d'exécution à la fois. Un candidat qui dépend de coûts exceptionnellement avantageux mérite un examen plus approfondi. Conservez tous les paramètres délibérément soulignés étiquetés afin qu’ils ne soient pas confondus avec la spécification originale du courtier.

Utiliser l'observation de démonstration pour une question différente

Les exceptions historiques demandent si les règles sélectionnées se comportent de la même manière sur un autre historique. L'observation des démonstrations peut révéler des problèmes opérationnels tels que le comportement de planification, de journalisation et de reconnexion. Le Référence du testeur MQL5 Le documente les différences entre l'environnement de test et le fonctionnement normal.

Créez un court journal de recherche avec le candidat, la période de sélection, la période d'attente, les hypothèses, les résultats et l'action suivante. Gardez également les candidats échoués. Continuez avec Analyse des coûts d'exécution lors de l'examen d'un résultat prometteur et évitez de traiter les tests ultérieurs ou un compte démo comme un certificat de rentabilité.

Retour en haut