Backtesting

Tenés un sistema. Tiene contexto, zona, patrón, entrada, stop, salida, registro. Los siete pasos están definidos. Las reglas son claras. Ahora viene la pregunta obvia: ¿funciona? Y la respuesta honesta es: no sabés. Todavía no. Porque un sistema escrito en papel es una hipótesis. No es un método probado. Para saber si la hipótesis tiene sentido, hay que testearla. Y se testea con datos del pasado. Eso es backtesting.

El procedimiento es simple. Se abre un gráfico histórico — al menos seis meses atrás, idealmente un año — y se avanza vela por vela. En cada vela se aplican las reglas del sistema exactamente como están escritas. Se lee el contexto. Se busca la zona. Se espera el patrón. Se verifica el trigger. Si todo se cumple, se registra la operación: precio de entrada, stop, take profit, resultado en R. Si algo no se cumple, se avanza. No se fuerza. No se interpreta. Se aplican las reglas y se registra lo que pasa.

La palabra clave es exactamente. No "más o menos según las reglas". No "esto se parece bastante a una pin bar, la cuento". Exactamente. Si tu sistema dice pin bar con mecha de al menos dos veces el cuerpo en zona de soporte diario con tendencia a favor, cada una de esas condiciones tiene que cumplirse para registrar la operación. Si aflojás los criterios durante el backtest, los resultados no reflejan tu sistema. Reflejan una versión más generosa de tu sistema que no es la que vas a operar — o que no deberías operar.

Hay una trampa que es casi imposible de evitar del todo pero que hay que intentar: no mirar lo que pasó después. Cuando avanzás vela por vela en un gráfico histórico, la tentación de mirar a la derecha es enorme. El cerebro quiere saber si la operación ganó antes de decidir si la toma. Si mirás el resultado y después decidís si la operación "cumplía las reglas", no estás testeando el sistema. Estás confirmando lo que ya sabés. Algunos traders tapan la parte derecha del gráfico con un papel o usan herramientas que simulan el avance en tiempo real. El método no importa. Lo que importa es la intención de no hacer trampa. Porque la única persona a la que engañás con un backtest tramposo es a vos mismo.

¿Cuántas operaciones se necesitan? Mínimo cincuenta. Idealmente cien. ¿Por qué tantas? Porque los resultados de diez o veinte operaciones no dicen nada confiable. Podés tener diez ganadoras seguidas por suerte y pensar que tenés un sistema imbatible. Podés tener diez perdedoras seguidas por mala racha y descartar un sistema que era rentable. Las muestras chicas mienten. Las muestras grandes revelan patrones. Con cincuenta operaciones empezás a ver si la lógica tiene sentido. Con cien, tenés algo en lo que podés confiar un poco más.

¿Qué se busca en los resultados? Lo primero es si el sistema genera operaciones. Si en seis meses de datos solo aparecen cinco setups, el sistema es demasiado restrictivo o estás buscando en el instrumento equivocado. Un sistema que no genera operaciones no es conservador — es inoperable. Lo segundo es el win rate: ¿qué porcentaje de las operaciones ganaron? No necesita ser alto. Con un ratio de riesgo-recompensa de 1:2, un win rate del 40% es rentable. Con 1:3, basta con acertar el 30%. El win rate solo tiene sentido junto al ratio. Nunca solo.

Lo tercero es la distribución. ¿Las pérdidas son todas parejas — cercanas a 1R — o hay algunas que se dispararon? ¿Las ganancias llegan al objetivo o muchas se cierran antes por trailing o por invalidación? ¿Hay rachas largas de pérdidas? ¿De cuántas? Eso importa porque una cosa es saber que el sistema gana el 45% de las veces con 2R de promedio, y otra cosa es saber que en algún momento vas a tener nueve pérdidas consecutivas. Ambas cosas pueden ser ciertas al mismo tiempo. El backtest te muestra las dos.

Lo cuarto es la consistencia de las reglas. ¿En cada operación pudiste aplicar las reglas sin ambigüedad? ¿O hubo momentos donde no estabas seguro de si el patrón contaba, de si la zona era relevante, de si el contexto era favorable? Si las reglas se prestan a interpretación, el problema no es tu disciplina. Es que las reglas no son lo suficientemente claras. El backtest expone eso. Y es mejor descubrirlo con datos históricos que con dinero real.

El backtesting no garantiza que el sistema funcione en el futuro. Los mercados cambian. Lo que funcionó en los últimos doce meses puede no funcionar en los próximos. El backtest confirma que la lógica tiene sentido con datos pasados — que las reglas producen una distribución de resultados que es matemáticamente sostenible. Es un filtro, no una prueba. Pero es un filtro necesario. Un sistema que no sobrevive el backtest no tiene ninguna razón para sobrevivir en tiempo real. Y un sistema que nunca se testeó es un acto de fe, no un método.

Después del backtest viene la demo en tiempo real. Se opera el sistema con dinero ficticio pero con el mercado moviéndose en vivo. Eso agrega algo que el backtest no puede simular: la espera. En el backtest, avanzás velas rápido. En la demo, esperás horas o días para que aparezca un setup. Esa espera — ese aburrimiento, esa ansiedad de no estar haciendo nada — es parte del sistema. Y es la parte que más gente no tolera.

El camino es secuencial. Primero se escriben las reglas. Después se testean con datos históricos. Después se operan en demo. Después se pasa a real con tamaño mínimo. Cada etapa tiene un propósito y saltear una es ahorrar tiempo ahora para perder dinero después. El backtest es la primera verificación real de que lo que escribiste en papel no es solo una idea bonita. A veces lo es. Y es mejor enterarse gratis.