Qué significan las pruebas retrospectivas de EA (y qué no significan)
Las pruebas retrospectivas de EA son el proceso de simular cómo se habría comportado una estrategia de trading automatizada (un Asesor Experto, o EA) con datos históricos del mercado. El objetivo es estimar cómo podría funcionar la estrategia bajo un conjunto definido de supuestos.
Un error común es tratar las pruebas retrospectivas como evidencia de que los resultados se repetirán en el futuro. Las secuencias históricas pueden diferir materialmente de lo que viene después, e incluso pequeñas diferencias entre el entorno de simulación y el trading real pueden cambiar los resultados.
Malentendidos comunes y sus consecuencias
1) Confundir el “ajuste histórico” con la “preparación para operar en vivo”
Error: creer que los buenos resultados de las pruebas retrospectivas implican automáticamente que el EA funcionará en condiciones reales. Consecuencia: la estrategia puede depender de patrones que existieron solo durante el período probado, o puede ser sensible a detalles de ejecución que el simulador no replica.
2) Usar supuestos de ejecución poco realistas
Error: asumir que las órdenes se ejecutan exactamente a los precios cotizados, ignorando el deslizamiento, la latencia de las órdenes y las ejecuciones parciales. Consecuencia: la rentabilidad puede verse sobreestimada, porque los costos reales de trading aumentan cuando las ejecuciones son peores que en el modelo.
3) Ignorar los costos de trading y las restricciones de la cuenta
Error: omitir o simplificar costos relevantes (por ejemplo, comisiones y tarifas recurrentes) y restricciones (por ejemplo, límites de margen). Consecuencia: la estrategia puede parecer rentable en la prueba retrospectiva, pero tener un rendimiento inferior cuando se incluyen los costos y las reglas reales de la cuenta.
4) Sobreajustar los parámetros al pasado
Error: ajustar la configuración para maximizar el rendimiento histórico en lugar de buscar un comportamiento robusto. Consecuencia: el EA puede parecer sólido en el conjunto de datos históricos, pero fallar con datos nuevos porque efectivamente “memorizó” el ruido.
5) Probar con datos deficientes o períodos sesgados
Error: usar datos históricos incompletos, inconsistentes o de baja calidad, o seleccionar períodos que respalden convenientemente el resultado deseado. Consecuencia: las métricas de las pruebas retrospectivas pueden reflejar artefactos del conjunto de datos o un comportamiento específico del régimen, en lugar de una resiliencia genuina de la estrategia.
Mecánica: los datos de entrada que deben coincidir con tu situación real
Las pruebas retrospectivas son un experimento con datos de entrada definidos: los datos del mercado, las reglas del EA y los supuestos de simulación. Un enfoque neutral es tratar cada resultado como condicionado a esos datos de entrada.
Los datos de entrada materiales suelen incluir:
- Modelado de la ejecución de órdenes (cómo los precios se convierten en ejecuciones)
- Supuestos de spread y costos
- Comportamiento de la sesión de trading (si el EA restringe los horarios de trading)
- Lógica de riesgo y dimensionamiento de posiciones (cómo se manejan el apalancamiento y las reducciones)
Si cualquiera de estos se simplifica, la prueba retrospectiva se convierte en un problema diferente al del trading en vivo.
Limitaciones y riesgos: al menos un modo de fallo a tener en cuenta
Una limitación material es que las pruebas retrospectivas suelen evaluar un conjunto determinista de reglas sobre un historial finito, mientras que los mercados reales pueden cambiar de régimen, liquidez y microestructura.
Un modo de fallo es la “fragilidad”: el EA puede depender de un perfil estrecho de volatilidad o tendencia. Otro es la “dependencia de la trayectoria”: los resultados pueden depender del orden de las operaciones, por lo que dos estrategias con promedios similares pueden comportarse de manera muy diferente bajo secuencias adversas.
Debido a estos problemas, incluso una prueba retrospectiva cuidadosa no puede garantizar el comportamiento futuro. La interpretación más segura es condicional: los resultados se aplican solo si tus condiciones futuras se mantienen cercanas a tus supuestos de modelado.
Lista de verificación de verificación (comprobaciones neutrales que puedes hacer de forma independiente)
Usa estas comprobaciones para validar que tus conclusiones de las pruebas retrospectivas no se basan en malentendidos:
- Vuelve a ejecutar con cambios en los supuestos clave (por ejemplo, deslizamiento de ejecución o costos) para ver si los resultados se desploman.
- Usa períodos fuera de muestra: compara el rendimiento con datos no utilizados para el ajuste de parámetros.
- Comprueba la estabilidad en diferentes regímenes de mercado (por ejemplo, tendencia vs. rango) en lugar de depender de una sola era.
- Revisa el comportamiento de las reducciones, no solo los rendimientos: un control de riesgo consistente importa más que los resultados máximos.
- Documenta cada supuesto con claridad para que otra persona pueda reproducir la misma configuración de simulación.
Siguiente pregunta lista para verificar
¿Qué supuesto específico en tu configuración de pruebas retrospectivas es más diferente de cómo operaría el EA en tu entorno real previsto: modelado de ejecución, costos, calidad de datos o proceso de ajuste de parámetros?