Define el concepto antes de probar
Hacer backtesting de las órdenes de MT5 significa reproducir información histórica de precios a través de un modelo de cómo se habrían colocado, ejecutado y cerrado las órdenes. La responsabilidad clave es tratar el resultado como una verificación de una implementación y de los supuestos, no como una prueba de rendimiento futuro.
Una “orden” de MT5 en este contexto es una instrucción enviada al sistema de trading con detalles como dirección, tamaño y reglas de sincronización. En un backtest, estos detalles deben asignarse a datos históricos de una manera que especifique qué sucedió cuando el precio se movió.
Explica la mecánica: qué datos de entrada deben especificarse
Un backtest responsable comienza con una definición completa de los datos de entrada. Las categorías comunes de datos de entrada incluyen:
- Serie de datos de mercado: los precios históricos (por ejemplo, barras o ticks) utilizados para activar eventos de órdenes.
- Reglas de ejecución de órdenes: cómo decide tu simulación si una orden se ejecutaría, a qué precio y en qué momento.
- Costos: comisiones, spreads y cualquier otra fricción que reduzca los rendimientos.
- Gestión de posición y riesgo: cómo dimensionas las posiciones, gestionas las salidas y manejas la validez de la orden (por ejemplo, si tu modelo permite la ejecución parcial de una orden).
Dado que no puedes asumir ejecuciones perfectas, debes declarar explícitamente tus supuestos de ejecución (por ejemplo, usar aproximaciones basadas en barras frente a una secuenciación similar a ticks). Si solo tienes datos de barras, ten en cuenta que los movimientos dentro de la barra son desconocidos, lo que puede cambiar si se producen condiciones de stop o límite.
Para mantener la mecánica honesta, separa la mecánica estable (tu lógica de órdenes y las opciones del modelo de ejecución) de los factores variables (condiciones del mercado, costos y calidad de ejecución). Solo las partes estables deben compararse directamente; los factores variables deben probarse como escenarios.
Usa evidencia y ejemplos sin pretender certeza
Una mentalidad de ejemplo práctico es: “Si mi orden se activa bajo la condición X, ¿qué información de precios habría sido necesaria para saber que X ocurrió?”
Por ejemplo, con datos de barras, podrías exigir que el modelo decida si se alcanzó un umbral dentro de la barra. Esa decisión no es única: diferentes supuestos razonables dentro de la barra pueden llevar a diferentes ejecuciones. Por lo tanto, puedes mejorar la responsabilidad ejecutando supuestos alternativos que reflejen la incertidumbre (por ejemplo, sincronización de ejecución dentro de la barra conservadora frente a optimista).
Además, los costos deben incluirse en las mismas unidades utilizadas por el backtest. Si modelas spreads, debes especificar cómo se derivan de los datos históricos (fijos, variables o aproximados), y si las comisiones se aplican por operación o por unidad de volumen.
Controla el sesgo: supuestos que pueden invalidar silenciosamente los resultados
Los backtests a menudo fallan debido al sesgo. Dos modos de fallo importantes son:
- Sesgo de mirar hacia adelante: tu backtest utiliza información que no se habría conocido en el momento de la decisión.
- Sobreajuste: tus parámetros y lógica de órdenes están ajustados a peculiaridades históricas y se vuelven frágiles.
Los controles de sesgo que son ampliamente aplicables incluyen:
- Datos ordenados en el tiempo: las decisiones deben basarse únicamente en los datos disponibles hasta ese momento.
- Sin ajuste de parámetros en el mismo período utilizado para la evaluación final: mantén los períodos de evaluación separados.
- Datos de entrada con versiones: documenta cada supuesto (fuente de datos, modelo de ejecución, costos y restricciones) para que puedas reproducirlo y auditarlo.
Un flujo de trabajo responsable también incluye verificar la sensibilidad: si pequeños cambios en los spreads, comisiones o reglas de ejecución hacen que los resultados varíen drásticamente, trata la evidencia como débil.
Limitaciones y riesgos que debes declarar
Las relaciones históricas no establecen resultados futuros. Incluso si el backtest parece sólido, la ejecución y las condiciones del mercado pueden diferir. Las limitaciones importantes incluyen:
- Límites de calidad de los datos: datos históricos faltantes, corregidos o no representativos pueden distorsionar las activaciones y ejecuciones.
- Desajuste del modelo de ejecución: el manejo real de órdenes puede diferir de la lógica de ejecución del simulador.
- Variabilidad de costos: los spreads y las comisiones pueden cambiar con el tiempo.
Estas limitaciones significan que tu objetivo no es predecir resultados, sino evaluar si la lógica de la orden sobrevive a la incertidumbre realista.
Verifica de forma independiente con comprobaciones fuera de muestra
Un enfoque de verificación responsable incluye la evaluación fuera de muestra:
- Reserva una ventana de tiempo posterior solo para la evaluación.
- Usa múltiples escenarios para los factores variables (especialmente costos y supuestos de ejecución).
- Compara los resultados entre períodos para ver si los resultados son consistentes o dependen de un segmento.
Para que la comprobación sea verificable de forma independiente, registra los supuestos que afectan los cálculos: qué representación de precios se utilizó, cómo se consideraron ejecutadas las órdenes y cómo se aplicaron los costos. Si otra persona no puede reproducir tu mapeo de los precios históricos a los eventos de órdenes, el backtest no es suficientemente responsable.