Hypothèses d'exécution (modèle d'exécution du backtest)
Les hypothèses d'exécution sont les règles par lesquelles un backtest ou un simulateur décide si, quand et à quel prix un ordre simulé s'exécute : moment du signal, prix d'un ordre au marché, exécution des ordres à cours limité, exécution des stops, gaps et coûts. Elles font partie du résultat, parce que les données historiques enregistrent ce qui s'est échangé, non ce qu'un ordre nouveau aurait obtenu.
Senzoukria · Glossaire · Mis à jour en septembre 2026
Les décisions que prend tout modèle d'exécution
| Hypothèse | Version optimiste | Version prudente |
|---|---|---|
| Moment du signal | Exécution à la clôture de la barre qui a produit le signal | Exécution à l'ouverture de la barre suivante |
| Prix d'un ordre au marché | Dernier prix traité | Prix suivant plus du slippage contre le trade |
| Ordre à cours limité | Exécuté dès que le prix touche la limite | Exécuté seulement si le prix traverse la limite |
| Ordre stop | Exécuté exactement au prix du stop | Exécuté au pire du stop et du premier prix qui le suit, gaps compris |
| Barre ambiguë | Objectif supposé atteint d'abord | Stop supposé atteint d'abord |
| Coûts | Aucun | Frais par contrat plus slippage |
Pourquoi les exécutions à cours limité sont les plus difficiles
Un print historique à votre prix limite prouve que quelqu'un a échangé là, non que votre ordre aurait été atteint. Les ordres au repos sont exécutés dans l'ordre de la file sur la plupart des bourses de futures, et un ordre placé au moment du signal rejoint le fond de la file. Quand le prix ne fait que toucher un niveau et se retourne, les ordres de tête ont été exécutés et ceux de derrière non. Une règle du type « toucher vaut exécution » surestime donc les exécutions précisément sur les trades qui se sont retournés exactement à la limite, c'est-à-dire souvent les meilleurs.
Une règle de traversée exige que le prix aille au moins un tick au-delà de la limite. Elle sous-estime un peu les exécutions et retire les plus flatteuses. Un replay de carnet avec des données ordre par ordre peut estimer la position dans la file, mais seulement là où un tel historique existe.
Dans Senzoukria
Le backtest automatique prend ses décisions sur des barres closes et les applique à l'ouverture de la barre suivante. Le slippage, réglé en ticks, pénalise toujours l'entrée, et des frais d'aller-retour par contrat sont déduits de chaque trade ; les valeurs par défaut sont 1 tick et 1,24 dollar. Les stops et les objectifs sont testés contre les plus hauts et les plus bas des barres et exécutés à leur propre prix : un objectif touché par le plus haut d'une barre compte comme exécuté, et une barre qui ouvre au-delà d'un stop est tout de même enregistrée au prix du stop, si bien que les gaps au travers d'un stop ne sont pas modélisés. Quand une barre touche les deux sorties, le stop l'emporte.
Le compte simulé employé en Replay exécute un ordre à cours limité quand le prix traité atteint son déclencheur, au prix du déclencheur, ce que ses sources décrivent comme une exécution idéalisée sans slippage, et le panneau Performance note qu'aucune commission n'est déduite pour les séances de replay. Le Replay mesure donc la lecture et la décision sous une exécution généreuse ; le backtest automatique est l'endroit où tester les coûts.
Erreurs courantes
- Traiter une limite touchée comme une limite exécutée dans une stratégie qui contre les extrêmes.
- Supposer que les stops s'exécutent à leur prix par-dessus les coupures de séance et les publications.
- Comparer un résultat de replay sans coûts à un résultat de backtest qui les inclut.
- Ne jamais relancer le test avec de plus mauvaises hypothèses pour voir où le résultat change de signe.
Voir aussi
Dans la même rubrique
- Impact de marché
- Hypothèse testable
- Implementation shortfall
- Hors de la monnaie
- In-sample contre out-of-sample
- Horodatage
- Indicateur technique
- Horaires CME
Cette page dans d’autres langues
Questions fréquentes
- Quelle hypothèse d'exécution employer pour les ordres à cours limité ?
- Pour les stratégies dont les limites se placent aux points de retournement, exigez que le prix traverse la limite d'au moins un tick, ou décotez explicitement le taux d'exécution. Comparez le résultat à la version « toucher vaut exécution » : l'écart entre les deux est la part de l'edge qui dépend de la position dans la file.
- Les données tick suppriment-elles le besoin d'hypothèses d'exécution ?
- Non. Les données tick résolvent l'ordre des prix à l'intérieur d'une barre, mais elles n'enregistrent toujours que les transactions exécutées. Savoir si votre ordre aurait été exécuté à un prix au repos, et de combien le marché aurait bougé en réaction, reste des hypothèses.