Valider une stratégie : backtest, preuves et reprise après incident

Un backtest constitue une étape d'évaluation, pas une procédure complète. Spécification, données, calculs, période préservée et fonctionnement du compte répondent à des questions différentes. Vous pouvez rejeter une idée ou rester en observation ; ni durée écoulée ni résultat favorable n'obligent à passer en réel.

Créer un registre de preuves par question

Un programme peut exécuter correctement une idée non rentable ; un rapport rentable peut aussi provenir d'un programme erroné. Pour chaque version, notez question, état attendu, résultat observé et limite non résolue. Incluez entrée réussie, perte, absence de signal, rejet confirmé et redémarrage. Écrivez « non vérifié » plutôt que déduire une réussite d'un cas jamais rencontré. Un rendement fictif de 30 % sélectionné parmi 300 combinaisons invite à étudier la sélection ; il ne prouve aucun avantage. Voir Backtester une stratégie : prix, coûts et fuites de données.

98 % au total ne valide pas une catégorie défaillante

Liste fictive complète de 100 cas fonctionnels, avec critères et catégories définis auparavant : 98 cas de fonctionnement normal réussissent ; deux rejets d'ordre confirmés échouent. Le critère des rejets exige d'enregistrer un rejet sans marquer une exécution. Le taux global vaut 98/100 =98 %, mais celui de cette catégorie obligatoire vaut 0/2 =0 %. Réparez-la puis revérifiez les cas concernés et l'absence de régression normale.

Un taux global masque une catégorie obligatoire en échec

Faites défiler horizontalement ou agrandissez le schéma pour lire les détails.

Ce cas ne donne ni probabilité de panne future, ni qualité du courtier, ni rendement. Une réponse réseau absente n'est pas ici un rejet : les deux cas reçoivent un état déjà confirmé. Ne fusionnez pas inconnu et refusé pour améliorer un tableau de suivi.

Écrire des règles sans interprétation cachée

Une candidate fictive combine EMA 50, EMA 200, RSI 14, moyenne vingt périodes, stop 1,5 ATR 14, objectif 2,5 ATR et risque prévu 1 %. Ces paramètres ne suffisent pas : il manque moment de décision, définition d'un contact, prix négociable, sorties simultanées et traitement des réponses. Formalisez aussi l'abstention et la taille selon Fonds propres du compte (equity). Un autre lecteur doit reconstruire les mêmes décisions à partir des mêmes informations.

Adapter les données à l'hypothèse

Choisissez une fenêtre couvrant les conditions nécessaires à l'étude, sans nombre d'années universel. Archivez fournisseur, produit, fuseau, côtés de prix, lacunes, contrat, code et paramètres. Distinguez ticks réels MT5 et remplacements générés. Gardez opérations et journaux avec l'identifiant du jeu de données. Un changement de build, données ou compte peut modifier le rapport sans changement de règle ; un grand nombre d'opérations ne garantit pas leur indépendance.

Préserver une véritable période d'évaluation

Déclarez le partage chronologique avant les essais ; 70/30 n'est qu'une possibilité. Une performance hors échantillon plus faible peut aussi venir de conditions, coûts ou hasard. Si la version 1.0 est évaluée sur 2024–2025, puis ses pertes du lundi motivent une version 1.1 excluant le lundi, le second résultat sur 2024–2025 devient du développement pour cette nouvelle règle. Conservez les deux rapports et la raison ; changer l'étiquette ne recrée pas l'indépendance.

Répéter le protocole walk-forward

Exemple déclaré : entraînement 2018–2021, test 2022 ; puis entraînement 2019–2022, test 2023. Figez chaque sélection avant sa fenêtre ultérieure et répétez la procédure choisie sans information future. Cinq à sept cycles sont un choix de conception. Définissez métrique WFE et dénominateur avant comparaison ; 0,5 à 0,75 ou moins de 0,3 ne constituent pas des verdicts universels. Walk-forward : fenêtres, labels disponibles et égalités détaille ce contrôle chronologique.

Observer le fonctionnement et traiter les états incomplets

Une démo ou observation sans ordre peut contrôler horaires des signaux, autorisations, réponses et redémarrages. Enregistrez identifiant d'idée, volume demandé, exécutions et ordres actifs. L'option Forward de MT5 évalue une partie ultérieure d'une période historique ; elle ne signifie pas attendre des cotations futures en démo. Un mois sans événement rare ne vérifie pas cet événement, et les exécutions démo ne reproduisent pas nécessairement le réel.

Cible fictive : achat 0,20 lot. Avant déconnexion, 0,08 est exécuté et le reliquat est ensuite confirmé annulé. Aucun autre ordre ni position n'appartient à cette idée. Redemander 0,20 donne 0,28 au total, soit 0,08 ou 40 % d'excès. Compléter seulement 0,20−0,08 =0,12 donne 0,20. Si l'annulation est inconnue, le reliquat ancien peut encore s'exécuter : réconciliez l'état avant tout renvoi. Ce test traite un chemin précis, pas la fiabilité totale du système.

Cas EUR indépendant : avec une exposition linéaire fictive donnant 100 EUR de perte de prix par lot jusqu'au stop, la cible 0,20 implique 20 EUR ; 0,28 implique 28 EUR avant frais et glissement. Un renvoi prétendument identique ajoute donc 8 EUR, sans nouveau signal. Les stops ordinaires ne plafonnent pas nécessairement la perte exécutée. « Micro-lot » exige une taille de contrat, pas une fraction implicite de votre cible.

Lire un scénario complet sans le présenter comme une étude réelle

Toutes les valeurs suivantes sont attribuées. Candidate EUR/USD M30 : entrée sur sommet des vingt barres précédentes et sortie sur creux des dix précédentes, avec timing et exécution à préciser. Développement 2014–2020, évaluation 2021–2023. Supposons une sélection 23/11 barres et stop 1,4 ATR. Valeurs attribuées en développement : 58 % de gains, profit factor 1,72, rendement annualisé 22 % ; hors échantillon : 54 %, 1,51 et 18 %. Ces agrégats ne reconstruisent ni séquence ni drawdown.

Une phase démo attribue ensuite un surcoût de 0,5 pip et un scénario réel facultatif 51 % de gains. Aucun résumé ne valide automatiquement l'étape suivante ou ne fixe la Taille de position : quantité et sensibilité. Comparez ensembles de signaux, tailles, résultats nets, coûts, exposition et pertes des fonds propres sur des dates explicites. Une baisse de rendement demande une enquête, pas un seuil automatique.

Quatre actions et un droit de s'arrêter

1. Écrivez règles et gestion des états dans un fichier versionné, y compris absence de signal et rejet confirmé.
2. Auditez données, calendrier et modèle d'exécution ; marquez les conditions non couvertes.
3. Déclarez partage, métriques et fenêtres avant les essais ; conservez les révisions comme développement.
4. Testez le fonctionnement en observation ou démo ; si une étude réelle est justifiée, limitez explicitement l'exposition et rapprochez les écarts.

Trois à six mois sont une durée illustrative, sans garantie de préparation. Une simulation Monte-Carlo : chemins, quantiles et règles d’arrêt explore ses hypothèses d'échantillonnage ; réordonner des résultats ne révèle pas toute crise ou rupture de Liquidité : quantité et prix exécutables. Douze pour cent à chaque étape n'est pas automatiquement plus sûr que 30 % puis 8 %. Le dossier doit pouvoir conclure « incomplet » ou « rejeté », même avec une courbe séduisante.