Tuto ProOrder : Comment valider un backtest ProRealTime sans tomber dans la sur-optimisation

Avis, discussions, échanges et questions à propos de la plateforme de trading ProRealTime.

Modérateur : Administrateurs

Message
Auteur
JosephTot

Tuto ProOrder : Comment valider un backtest ProRealTime sans tomber dans la sur-optimisation

#1 Message par JosephTot »

Bonjour à tous,

L'un des pièges majeurs sur ProRealTime (et la plateforme ProOrder) est la création de "courbes de gains parfaites" en backtest qui finissent par détruire le capital dès qu'elles sont lancées en réel. Ce phénomène s'appelle le curve-fitting ou la sur-optimisation.

Voici un tutoriel méthodologique étape par étape pour configurer, tester et valider un système ProOrder de manière rigoureuse.

Étape 1 : Paramétrer des conditions de test ultra-réalistes
Avant même de lancer la moindre simulation dans ProBacktest, il faut régler les paramètres de la fenêtre d'optimisation :
  • Intégrer le Spread réel : Ne laissez jamais le spread à zéro. Sur le NQ ou le DAX, appliquez un spread moyen ajusté à votre plage horaire (ex: 1,5 à 2 points sur le NQ).
  • Ajouter les commissions : Renseignez les frais exacts de votre broker (ex: 1 € / contrat ou le coût de conversion FX) dans les options du backtest.
  • Simuler le Slippage : Ajoutez systématiquement 1 à 2 ticks de glissement de prix dans la configuration pour simuler les retards d'exécution en période de volatilité.
Étape 2 : Appliquer la méthode Out-of-Sample (In-Sample / Out-of-Sample)
Ne faites jamais tourner votre optimisation sur l'intégralité de l'historique disponible.
  • Séparation des données : Si vous disposez de 4 ans d'historique de données tick-par-tick, découpez votre période :
    70 % du temps (In-Sample) : Sert à chercher et ajuster vos variables (ex: période de la moyenne mobile, taille de l'ORB).
    30 % du temps (Out-of-Sample) : Période "vierge" réservée exclusivement au test final.
  • Validation : Appliquez les paramètres trouvés sur la période In-Sample directement sur la période Out-of-Sample. Si la courbe de PnL s'effondre sur la partie vierge, le système est sur-optimisé et doit être rejeté.
Étape 3 : Limiter le nombre de variables à optimiser
Plus vous ajoutez de variables dans le module d'optimisation ProOrder, plus le risque de sur-optimisation est élevé.
  • Règle de sobriété : Un bon système ne devrait pas dépasser 2 à 3 variables optimisables (ex: une longueur de canal et un ratio de Take Profit).
  • Analyse de robustesse (La "plateau test") : Quand vous observez la grille de résultats de ProRealTime, assurez-vous que les combinaisons de paramètres voisines donnent des résultats similaires. Si votre système fonctionne avec un paramètre à 14, mais perd de l'argent à 13 et à 15, c'est du pur hasard statistique.
Étape 4 : Détecter les anomalies statistiques
Regardez le rapport détaillé généré par ProRealTime après le backtest :
  • Nombre de trades : Un backtest sur 50 trades n'a aucune valeur statistique. Visez au minimum 200 à 300 transactions pour valider la pertinence du modèle.
  • Le plus grand trade gagnant vs PnL total : Si un seul trade miraculeux représente 40 % des gains totaux de votre système, le système n'a pas d'avantage statistique réel.
  • Profit Factor & Max Drawdown : Cherchez un Profit Factor équilibré (entre 1,4 et 1,9) plutôt qu'un chiffre absurde à 4,0. Vérifiez que le Drawdown maximal est supportable par votre capital.
Étape 5 : La phase de test en Paper Trading / Démo
Une fois le système validé en Out-of-Sample, lancez ProOrder sur un compte Démo / Paper Trading pendant 4 à 8 semaines au minimum.

Cela permet de vérifier :
  • Que le comportement du système correspond exactement à la simulation.
  • Que la gestion des rejets d'ordres par le serveur du broker se fait sans bug.
Quelle est votre méthodologie pour valider un code ProOrder avant le passage en réel ? Utilisez-vous le module Walk-Forward ?

Répondre