Qué es backtesting y qué NO demuestra
Tienes un plan escrito. Antes de arriesgar dinero con él, lo razonable es comprobar cómo se habría comportado sobre precio ya ocurrido. Eso es backtesting. Sirve para mucho; demuestra bastante menos de lo que parece.
- Qué es exactamente un backtest y en qué se diferencia de 'mirar gráficos antiguos'
- Las tres cosas que un backtest sí te dice sobre tu plan
- Por qué un backtest positivo no demuestra que el sistema vaya a funcionar en el futuro
- Qué condición previa hace posible un backtest honesto: reglas cerradas antes de mirar
- Cómo encaja el backtest con el forward test y la operativa real
Qué es
Backtesting es aplicar un conjunto de reglas cerradas a datos históricos de precio, operación por operación, para observar cómo se habría comportado ese conjunto de reglas en el pasado. El resultado es una serie de operaciones con su resultado en R, de la que se derivan métricas: win rate, R medio, esperanza matemática, drawdown máximo, número de pérdidas seguidas.
La palabra que importa en la definición es reglas cerradas. Un backtest no consiste en abrir un gráfico de hace tres meses y buscar dónde 'habrías entrado'. Eso es mirar gráficos antiguos, y el cerebro humano es extraordinariamente bueno encontrando patrones a posteriori. Un backtest exige que las reglas de contexto, setup, confirmación, invalidación, gestión y salida estén escritas antes de mirar el primer dato, y que se apliquen tal cual, sin excepciones sobre la marcha.
Si has llegado hasta aquí, ya tienes esas reglas: son tu plan de trading del módulo 11. El backtest es la primera vez que ese plan se enfrenta a algo que no eres tú.
Un backtest no busca entradas en el pasado. Ejecuta un plan sobre el pasado y anota lo que ocurre.
Para qué sirve de verdad
Conviene ser preciso sobre lo que un backtest bien hecho sí aporta, porque es bastante:
- Descarta ideas malas rápido. Si tu setup, aplicado con disciplina sobre doscientas ocasiones del pasado, pierde de forma sistemática, no hace falta perder dinero real para saberlo. El backtest es la forma más barata de equivocarse.
- Obliga a cerrar las reglas. Cuando intentas aplicar tu plan mecánicamente sobre velas antiguas descubres todos los huecos: '¿esto cuenta como BOS o no?', '¿el stop va por debajo de la mecha o del cuerpo?', '¿si el precio toca la zona a las 15:29 vale?'. Cada duda que aparece es una regla que faltaba. Muchos planes se arreglan solos en las primeras cuarenta operaciones de backtest.
- Te da una distribución de resultados que esperar. No una cifra de beneficio: una forma. Cuántas pérdidas seguidas ha llegado a encadenar, cuánto drawdown en R ha producido, qué proporción de operaciones acaba en breakeven. Esa distribución es lo que después te permite, en operativa real, distinguir entre 'esto es una racha normal de mi sistema' y 'esto no lo había visto nunca'.
- Te familiariza con el setup. Ver tu patrón formarse cientos de veces, con sus variantes y sus fallos, entrena el ojo mucho más deprisa que esperar a que aparezca en vivo dos veces por semana.
Qué NO demuestra
Aquí es donde más gente se engaña, y el engaño es sutil porque un backtest positivo parece una demostración.
Un backtest positivo no demuestra que el sistema vaya a funcionar en el futuro. Demuestra que, con esas reglas exactas, sobre ese tramo exacto de precio, el resultado fue positivo. Nada más.
Las razones por las que el salto del pasado al futuro no es automático ocupan las dos lecciones siguientes, pero conviene enumerarlas ya:
- El tamaño de la muestra puede ser insuficiente. Con veinte o treinta operaciones, el resultado está dominado por el azar. Lo verás en la lección de sample size.
- Puedes haber usado información que no existía. Si al decidir una entrada miraste, aunque fuera de reojo, cómo cerró la vela siguiente, el backtest está contaminado (look-ahead bias).
- Puedes haber ajustado las reglas al pasado. Si cada vez que el sistema fallaba añadiste un filtro que evitaba ese fallo, tus reglas describen la historia en vez de describir un comportamiento de mercado (overfitting).
- El mercado puede cambiar de régimen. Un setup probado sobre seis meses de tendencia limpia puede no decir nada sobre lo que hará en un año de rango o de volatilidad extrema (régimen de mercado).
- El backtest no incluye la ejecución real. Ni slippage, ni la latencia de tu clic, ni la duda de tres segundos, ni el miedo. Eso lo veremos en el módulo 14.
Hay además una limitación de fondo: el mercado no es un sistema físico con leyes estables. Es la suma de decisiones de participantes que también aprenden, cambian de estrategia y se adaptan a lo que funcionó. Un comportamiento que se repite puede dejar de repetirse precisamente porque demasiada gente lo ha detectado. Ningún backtest puede recoger eso.
El backtest reduce la incertidumbre. No la elimina. Quien te diga lo contrario no ha hecho suficientes.
La condición previa: reglas cerradas antes de mirar
La honestidad del backtest se decide antes de empezar. Si las reglas no están escritas, cada operación dudosa se resolverá — sin mala intención — a favor del resultado que quieres ver. La entrada ambigua que habría ganado 'sí contaba'; la que habría perdido 'no cumplía del todo'. Al final del ejercicio tienes una hoja con un resultado brillante que no describe ningún sistema real.
Antes de abrir el primer gráfico histórico, el plan debe responder por escrito, sin ambigüedad: qué contexto es válido, qué forma exacta tiene el setup, qué confirma, dónde va el stop, dónde el objetivo, cómo se gestiona la posición y en qué condiciones no se opera. Si una operación del backtest plantea una duda que el plan no resuelve, se anota la duda, se completa el plan y se reinicia el backtest desde el principio con la regla nueva.
Ese último punto molesta, pero es la diferencia entre un backtest y una colección de anécdotas. Si cambias una regla a mitad, las operaciones anteriores se evaluaron con otro sistema. No son comparables.
Estás probando entradas en continuación tras liquidity sweep en MNQ, en 5 minutos, durante la sesión de Nueva York. En la operación 17 el precio barre el mínimo previo por un solo tick y luego desplaza. ¿Cuenta como barrido? Tu plan no lo dice. Anotas: 'definir barrido mínimo', decides (por ejemplo, que cualquier violación del nivel cuenta, o que exige al menos X puntos), y vuelves a la operación 1 con la regla incorporada.
Dónde encaja: backtest, forward test y real
El backtest es el primer peldaño de una escalera de validación que se completa en el módulo 14. Conviene ver ya la forma completa para no darle al primer peldaño más peso del que tiene:
- Backtest. Reglas cerradas sobre precio pasado. Rápido, barato, muchas operaciones. Sesgos posibles: los que acabas de leer.
- Forward test. Las mismas reglas aplicadas en tiempo real, en simulado o con tamaño mínimo, sin conocer el futuro. Lento (una operación real tarda lo que tarda), pero elimina de golpe el look-ahead bias y buena parte del overfitting: no puedes ajustar las reglas a lo que aún no ha pasado. Se desarrolla en la lección de backtest, forward test y real del módulo 14.
- Real. Con dinero, presión y ejecución de verdad. Añade la dimensión psicológica que ninguna de las dos anteriores puede reproducir. Es el módulo 13 y el 14 juntos.
Cada peldaño responde a una pregunta distinta. El backtest responde: '¿esta idea tiene algún sentido o es directamente mala?'. El forward test: '¿se sostiene cuando no conozco el final?'. El real: '¿la ejecuto yo, con mi cabeza, tal como está escrita?'. Saltarse un peldaño no ahorra tiempo: traslada el coste de descubrir el error a la fase donde descubrirlo es más caro.
Un backtest que sale mal no significa necesariamente que la idea sea mala: puede que la regla esté mal cerrada, que la muestra sea pequeña o que el tramo elegido fuera de un régimen adverso. Y uno que sale bien no significa que sea buena. El backtest informa; la decisión sigue siendo tuya, y sigue siendo provisional.
Ejemplo
Dos alumnos prueban el mismo setup: reversión con MSS tras barrido de un máximo de sesión en MNQ, 5 minutos, apertura de Nueva York.
El primero abre el gráfico de las últimas seis semanas, va buscando los sitios donde 'se ve claro' que el setup funcionó, apunta doce operaciones, once ganadoras, y concluye que tiene un sistema con un 90% de acierto.
El segundo escribe primero, en una hoja, la definición exacta de barrido, de MSS, de dónde va el stop y el objetivo. Después recorre las mismas seis semanas día a día, vela a vela, anotando todas las veces que las condiciones se cumplieron, incluidas las que no le apetecía anotar. Encuentra treinta y una ocurrencias, dieciséis ganadoras, con un R medio ligeramente positivo y una racha de cinco pérdidas seguidas a mediados de la tercera semana.
El segundo alumno tiene un dato incómodo pero real. El primero tiene una historia. Y treinta y una operaciones siguen siendo pocas, como verás en la siguiente lección.
Error frecuente
Tratar el backtest como una demostración y no como un filtro. El alumno hace un backtest, obtiene una expectativa positiva y pasa a operar en real con tamaño completo, convencido de que 'está probado'. Cuando llegan las primeras pérdidas —que el propio backtest anticipaba como normales— interpreta que 'el sistema ha dejado de funcionar', lo abandona y busca otro.
El backtest se hizo para saber qué esperar. Si lo que ocurre en real está dentro de lo que el backtest mostraba (rachas, drawdown en R), no hay ninguna novedad. Si está fuera, entonces sí toca preguntarse por qué: régimen distinto, ejecución distinta o un sesgo que no viste.
Ejercicio
Coge tu plan de trading del módulo 11 y léelo como si fueras a aplicarlo mecánicamente sobre un gráfico antiguo, sin poder preguntar a nadie. Anota cada punto donde tendrías que tomar una decisión que el plan no especifica: qué cuenta exactamente como setup, qué hacer si la zona se toca fuera de horario, si el stop va bajo la mecha o el cuerpo, qué pasa si aparecen dos señales seguidas.
No hagas todavía el backtest. Solo cierra los huecos. Cuando la lista de dudas esté vacía —o al menos escrita— estarás en condiciones de empezar la lección 4 de este módulo sin engañarte.
Qué debes recordar
- Backtesting es ejecutar reglas cerradas sobre precio pasado y anotar cada operación en R. No es buscar dónde habrías entrado.
- Sirve para descartar ideas malas, cerrar las reglas del plan, conocer la distribución de resultados que esperar y entrenar el ojo.
- No demuestra que el sistema vaya a funcionar en el futuro: muestra pequeña, look-ahead, overfitting, cambio de régimen y ejecución real quedan fuera.
- Si una regla cambia durante el backtest, se reinicia desde el principio. Si no, las operaciones no son comparables.
- Es el primer peldaño; el forward test y la operativa real responden a preguntas que el backtest no puede responder.