Cómo hacer un backtest manual paso a paso
Ya sabes qué es un backtest, qué no demuestra y cómo se contamina. Ahora toca hacerlo. Esta lección es el procedimiento completo: preparación, herramienta de replay, hoja de registro, ejecución vela a vela y lectura de resultados.
- Qué preparar antes de empezar: reglas, tramo, datos, criterio de régimen y hoja
- Cómo usar el replay para que el futuro no contamine las decisiones
- Qué campos debe tener la hoja de registro y en qué momento se rellena cada uno
- El bucle de ejecución vela a vela y cómo tratar las operaciones dudosas
- Qué mirar al terminar y cómo el forward test prolonga el ejercicio
Paso 0: preparar antes de mirar
Todo lo que has leído en las tres lecciones anteriores se resume en una fase de preparación que ocurre con el gráfico cerrado. Si esta fase se hace bien, el backtest es casi mecánico. Si se hace mal, ningún esfuerzo posterior lo arregla.
- Reglas cerradas y numeradas. El plan de trading del módulo 11, convertido en una lista de condiciones que se puedan comprobar con sí o no: contexto válido, setup, confirmación, entrada, invalidación, objetivo, gestión (parciales, breakeven, trailing si lo hay), condiciones prohibidas, horario. Imprímela o tenla en una ventana aparte.
- Tramo de fechas. Elegido por criterio externo (por ejemplo, los últimos ocho meses completos), dividido en tramo de diseño y tramo de validación. Anotado antes de abrir el gráfico.
- Datos. Qué plataforma, qué serie (ajustada o no), qué granularidad de replay, qué zona horaria, qué fechas de rollover caen dentro del tramo. Todo en la cabecera de la hoja.
- Criterio de régimen. Cómo vas a etiquetar cada día (dirección en el timeframe de contexto, volatilidad), definido de forma que se pueda aplicar antes de entrar.
- Tamaño de la muestra objetivo. No como meta que alcanzar a cualquier precio, sino para saber cuándo parar a leer resultados: por ejemplo, 'recorro el tramo completo, sea cual sea el número de operaciones' o 'mínimo 100 ocurrencias'.
Si en cualquier punto del backtest descubres que una regla está incompleta, paras, la completas, anotas el cambio con fecha, y reinicias desde la primera operación. Sin excepciones. Es tedioso las primeras veces y deja de serlo cuando el plan madura.
Paso 1: el replay
El replay es la función de la plataforma que te permite situarte en una fecha y hora del pasado y avanzar el precio vela a vela, ocultando todo lo posterior. Es la única herramienta que neutraliza el look-ahead bias de forma razonable en un backtest manual. Si tu plataforma no la tiene, existen alternativas (herramientas específicas de replay, o tapar la parte derecha del gráfico y desplazarlo manualmente), pero son más frágiles.
Cómo configurarlo:
- Abre los mismos timeframes que usas en vivo (contexto, setup, ejecución), sincronizados en el replay. Si en vivo miras 1H, 5 minutos y 1 minuto, en el backtest también. Si el replay solo avanza un gráfico, avanza el de menor timeframe y deja que los superiores se construyan.
- Sitúate al inicio del tramo, unas horas antes del primer periodo operable, para poder construir el contexto (niveles del día anterior, estructura) igual que harías en la rutina pre-market.
- Avanza siempre en el timeframe de ejecución, y decide en el momento en que decidirías en vivo. Si tu entrada real es intravela, avanza en 1 minuto (o en tick si lo tienes) y ejecuta cuando el precio toque tu nivel, no cuando cierre la vela de 5.
- No retrocedas nunca para 'ver mejor' una vela ya pasada, y no adelantes para 'comprobar' si la zona se respeta. Si adelantas por error, esa operación se anota como contaminada y no cuenta.
El replay reproduce el precio, no las condiciones de ejecución: en el backtest tus órdenes se rellenan al precio exacto sin slippage, la latencia no existe y el spread no se cobra. Anota una estimación de coste por operación (en puntos o en fracción de R) y aplícala al leer resultados. Los costes reales se desarrollan en el módulo 14.
Paso 2: la hoja de registro
La hoja es el producto del backtest. Una hoja de cálculo sencilla basta. Cada fila es una ocurrencia del setup, la hayas operado o no (una ocurrencia descartada por regla prohibida también se registra: te dirá si la prohibición tiene sentido). Los campos, y el momento en que se rellena cada uno:
Antes de avanzar el replay (en el momento de la entrada):
- Número de operación, fecha, hora de entrada.
- Régimen del día según tu criterio (dirección, volatilidad).
- Contexto en una frase: qué estructura, qué liquidez, qué nivel justifica la hipótesis.
- Setup exacto (si tu plan tiene varios) y qué regla de confirmación se cumplió.
- Dirección (long / short), precio de entrada, precio de stop, distancia del stop en puntos. Esa distancia es tu 1R.
- Precio(s) de objetivo y R:R planificado.
- Captura de pantalla del momento de entrada, con el futuro oculto.
Después de avanzar hasta la resolución:
- Resultado en R: +2,0R, -1,0R, 0R, +0,4R (si salió por gestión antes del objetivo). Nunca en dinero.
- Cómo se resolvió: objetivo, stop, breakeven, cierre por hora límite, parcial más stop.
- Excursión máxima a favor y en contra en R (hasta dónde llegó a ir el precio a tu favor antes de resolverse, y cuánto se acercó al stop). Este dato es de los más valiosos para revisar la gestión más adelante.
- Captura de pantalla de la resolución.
- Observaciones: cualquier duda de regla, cualquier cosa rara (rollover, hueco, movimiento anómalo).
No se rellena en el backtest la columna de emociones: no hay emoción real cuando conoces que es un ejercicio y el dinero no está en juego. Esa columna aparece en el journal de operativa real (lección 5), y la diferencia entre ambas hojas es en sí misma una lección del módulo 14.
Paso 3: el bucle de ejecución
Con la preparación hecha, el backtest es un bucle repetitivo. Descrito para MNQ en sesión de Nueva York:
- Construye el contexto del día en el timeframe superior como harías en tu rutina pre-market: PDH, PDL, estructura vigente, zonas de interés. Anótalo en una línea aunque no haya operación ese día.
- Avanza el replay en el timeframe de ejecución a lo largo del tramo horario permitido por tu plan.
- En cada vela, pregunta: ¿se cumplen las condiciones de setup? Si no, siguiente vela. Si sí, ¿se cumple la confirmación? Si no, sigue avanzando mientras el setup siga vigente; si se invalida antes de confirmar, anota 'setup sin entrada' y sigue.
- Si hay entrada, detén el replay y rellena todos los campos de la parte 'antes'. Haz la captura. Solo entonces avanza.
- Avanza hasta que la operación se resuelva según tus reglas de gestión, aplicándolas literalmente aunque veas que 'obviamente' iba a girar. Rellena la parte 'después'.
- Si tu plan tiene un máximo de operaciones por día o un protocolo tras pérdida, aplícalo: si tras dos stops no operas más, el resto del día se avanza sin buscar entradas (o se anotan como 'no operada por regla' si quieres evaluar la regla).
- Al final de cada día, una línea de resumen: régimen, número de setups, número de entradas, R del día.
Sobre las operaciones dudosas: si una situación cumple las reglas de forma ambigua y el plan no la resuelve, es un hueco del plan (vuelve al Paso 0). Si el plan la resuelve pero tú no la habrías visto en vivo porque estabas atendiendo otra cosa, cuenta igual: el backtest mide el sistema, no tu atención. Tu atención se mide en el forward test.
Día 23 del tramo. Contexto: 1H alcista, PDH sin tocar por arriba. A las 15:47 el precio barre un mínimo de sesión y en 1 minuto aparece displacement alcista con FVG. Tu plan exige entrada limit en el FVG con stop bajo el mínimo del barrido. Detienes el replay, anotas: entrada X, stop X-14 puntos (1R = 14), objetivo el PDH a +31 puntos (2,2R). Captura. Avanzas: el precio retrocede al FVG, te da entrada, sube, alcanza +1,6R y vuelve al breakeven; tu regla de gestión mueve el stop a breakeven en +1R, así que sales en 0R. Anotas: 0R, excursión a favor 1,6R, en contra 0,4R, resolución por breakeven. Observación: 'objetivo demasiado lejano para la volatilidad del día? revisar en lectura'.
Paso 4: leer los resultados
Terminado el tramo de diseño, y solo entonces, se miran los números. No antes: mirar la curva a mitad de camino invita a retocar reglas.
Qué calcular sobre la hoja, sin nada más complicado que sumas y promedios:
- Número de operaciones (y de setups sin entrada).
- Win rate, R medio por operación, R total. La esperanza matemática por operación es simplemente el R medio.
- Racha máxima de pérdidas seguidas y drawdown máximo en R (la mayor caída desde un pico de la curva acumulada).
- Lo mismo separado por régimen, por setup, por hora de entrada, por día de la semana. Aquí es donde aparecen las cosas interesantes: casi ninguna esperanza positiva está repartida uniformemente.
- Distribución de la excursión a favor en las perdedoras: si muchas de tus -1R llegaron a +0,8R antes de girar, tu gestión merece revisión (no tu setup).
Con eso en la mano, decides: ¿el sistema merece pasar al tramo de validación tal como está? Si sí, lo aplicas sin cambiar nada sobre el tramo reservado y comparas. Si el resultado se sostiene razonablemente, tienes algo que llevar al forward test. Si se derrumba, has aprendido algo barato.
Resiste la tentación de leer el R total como 'lo que habría ganado'. Es una cifra sin costes, sin slippage, sin errores de ejecución, sin emociones y sobre una muestra que es lo que es. Lo que te llevas del backtest no es un número: es la forma de la distribución y el conocimiento de dónde vive la ventaja.
El paso siguiente natural es aplicar exactamente estas reglas, con esta misma hoja, en tiempo real y sin conocer el futuro. Es el forward test, y se trata a fondo en el módulo 14. La hoja de backtest y la hoja de forward test deben ser comparables columna a columna: si divergen mucho, la divergencia es el dato.
Ejemplo
Un alumno dedica tres fines de semana a un backtest de su setup de continuación en MNQ sobre seis meses (cuatro de diseño, dos de validación). Preparación: doce reglas numeradas, serie ajustada de su plataforma con dos fechas de rollover anotadas, replay en 1 minuto con 5 minutos y 1H sincronizados, criterio de régimen por dirección en 1H y por rango del día anterior.
Primer fin de semana: en la operación 9 descubre que su regla de confirmación no define qué pasa si el displacement se produce con una vela que también barre un nivel superior. Completa la regla y reinicia. Termina el tramo de diseño con 71 entradas y 38 setups sin entrada.
Lectura: R medio ligeramente positivo, racha máxima de 6 pérdidas, drawdown máximo de 9R. Por régimen: esperanza claramente positiva en días de tendencia en 1H, negativa en días de rango. Las entradas después de las 17:00 son netamente peores. Excursión a favor de las perdedoras: casi la mitad llegaron a +0,7R.
Decide no tocar el setup pero anotar tres hipótesis para el futuro (filtro de régimen, corte horario, revisión de gestión) y aplicar el sistema tal cual sobre los dos meses de validación. El resultado se sostiene en dirección aunque con menor pendiente. Pasa al forward test con las tres hipótesis escritas, sin incorporarlas todavía.
Error frecuente
Ejecutar el backtest 'como habría operado' en vez de 'como dice el plan'. En la operación que va en contra, el alumno se dice 'aquí yo habría cerrado antes' y anota -0,5R en vez de -1R. En la que va a favor, 'aquí habría dejado correr' y anota +3R en vez del +2R del objetivo. El resultado es una hoja que describe a un trader imaginario con criterio perfecto, no a un sistema.
El backtest mide las reglas. Si crees que una regla de gestión es mala, anótalo como hipótesis y pruébala después como cambio explícito, con reinicio. En el momento, aplica la regla escrita.
Checklist antes de la primera vela
- Reglas numeradas, cerradas, a la vista.
- Tramo de fechas fijado; tramo de diseño y de validación separados.
- Serie de datos identificada (ajustada/no), zona horaria fijada, fechas de rollover anotadas.
- Criterio de régimen escrito y aplicable antes de entrar.
- Replay configurado con los timeframes reales sincronizados y el futuro oculto.
- Hoja de registro con todas las columnas, cabecera rellena.
- Estimación de coste por operación decidida.
- Compromiso escrito de reiniciar si cambia una regla.
Ejercicio
Haz un backtest corto de calibración: no para obtener resultados, sino para probar el procedimiento. Elige una sola semana de tu tramo de diseño, configura el replay, y recórrela completa aplicando tu plan, rellenando la hoja con todos los campos y haciendo las capturas.
Al terminar, revisa la hoja y responde: ¿hubo alguna operación en la que dudaste de una regla? ¿Alguna en la que viste el futuro sin querer? ¿Alguna columna que no supiste rellenar? Cada respuesta afirmativa es un ajuste de procedimiento que haces ahora, antes del backtest real. Después empieza el tramo completo desde el principio.
Qué debes recordar
- La preparación se hace con el gráfico cerrado: reglas numeradas, tramo fijado, datos identificados, criterio de régimen, hoja lista.
- El replay con futuro oculto, en los timeframes reales y decidiendo en el momento real de decisión, es lo que neutraliza el look-ahead bias.
- La hoja registra cada ocurrencia: campos 'antes' al entrar (con captura) y campos 'después' al resolver, resultado siempre en R, excursión máxima a favor y en contra.
- El bucle aplica las reglas literalmente; las dudas son huecos del plan y obligan a completar y reiniciar.
- Los resultados se leen solo al final, separados por régimen y hora, y lo que se extrae es la forma de la distribución, no un número; el forward test prolonga el ejercicio en tiempo real.