Defina qué es TSI antes de probarlo
TSI (comúnmente utilizado como un tipo de indicador de momentum) es una regla que convierte una serie temporal en una salida al combinar información de cambios de precio en uno o más ajustes de lookback. El backtesting es entonces el proceso de aplicar esas reglas a datos históricos para medir cómo habría sido el comportamiento resultante del indicador.
Un punto de partida responsable es separar dos capas:
- La mecánica estable: cómo se calcula TSI a partir de la serie de entrada y los parámetros seleccionados.
- Las condiciones variables: el régimen de mercado, la calidad de los datos y la forma en que los resultados se traducirían en una ejecución real.
Solo después de tener claridad sobre ambas capas debería discutir las implicaciones.
Elija entradas de datos y supuestos que pueda explicar
Los backtests solo significan algo si las entradas coinciden con el uso previsto. Para TSI, defina estas opciones explícitamente:
- Serie de precios: qué campo se utiliza (por ejemplo, precio medio vs bid/ask). Si no puede justificar una elección, trátela como un supuesto.
- Manejo del tiempo: tamaño de la barra, rollovers de sesión y alineación (por ejemplo, asegurarse de que los valores del indicador solo utilicen información disponible en ese momento).
- Configuración de parámetros: las longitudes exactas de lookback y cualquier paso de suavizado.
- Limpieza de datos: cómo se manejan las barras faltantes y si los valores atípicos se corrigen o se eliminan.
Si cualquier parte de su configuración es ambigua, documéntela y manténgala consistente en todas las ejecuciones de prueba. Esto hace que sus resultados sean verificables de forma independiente.
Incluya costos y efectos de ejecución en el modelo de backtest
Los movimientos históricos de precios no son lo mismo que los resultados operables. Incluso si no está generando señales de trading, su evaluación debería reflejar que la implementación tiene fricciones.
Las brechas de modelado comunes incluyen:
- Costos de transacción: spreads, comisiones y tarifas.
- Retraso en la ejecución: actuar al cierre de una barra utilizando el precio de cierre puede ser poco realista.
- Deslizamiento: la diferencia entre los precios esperados y los alcanzados.
Por lo tanto, un backtest responsable utiliza supuestos explícitos para estos elementos. Ejemplo de enfoque (los supuestos deben declararse): use un costo constante por round-trip o un modelo de spread simple, y aplíquelo de manera consistente siempre que la lógica de su backtest cambie de estado (por ejemplo, cuando una condición del indicador cambie). Evite ajustar los costos hasta que el rendimiento “se vea bien”.
Controle el sesgo y el sobreajuste
Muchos fallos de backtesting provienen del sesgo más que del diseño del indicador. Las pruebas responsables incluyen controles que eviten “aprender el futuro”:
- Pre-registre el espacio de búsqueda de parámetros: decida los rangos para los ajustes de TSI antes de ejecutar la optimización.
- Utilice pruebas walk-forward (rodantes): seleccione parámetros en un período y evalúe en el siguiente período no visto.
- Mantenga un holdout final: incluso si itera muchas veces, reserve un segmento que no se toque para la selección del modelo.
También debería probar la robustez midiendo la sensibilidad: si pequeños cambios en los ajustes de lookback alteran drásticamente los resultados, es probable que el backtest sea frágil.
Utilice verificaciones fuera de muestra que coincidan con la afirmación prevista
Un principio clave: las relaciones históricas no establecen resultados futuros. Por lo tanto, su evaluación debería centrarse en lo que el diseño puede respaldar.
Las verificaciones prácticas y responsables incluyen:
- Comparaciones de rendimiento fuera de muestra en múltiples ventanas de tiempo.
- Estabilidad entre regímenes: pruebe en períodos de tendencia, de rango y de alta volatilidad vs baja volatilidad (definidos por sus propios criterios medibles).
- Barras de error y verificaciones de distribución: observe la variabilidad de los resultados en lugar de un único número resumido.
Si su propósito es comprender el comportamiento de TSI en lugar de afirmar su capacidad de inversión, aún puede aplicar estas verificaciones a sus métricas (por ejemplo, distribución de valores del indicador, características de persistencia o comportamiento similar a drawdown bajo su regla de evaluación elegida).
Una limitación importante: los backtests pueden validar un pipeline, no el futuro
Un modo de fallo común es confundir “el backtest se ejecutó correctamente” con “la estrategia funcionaría”. Incluso con un manejo cuidadoso de los datos y pruebas fuera de muestra, los backtests responsables aún pueden verse socavados por:
- No estacionariedad: la dinámica del mercado cambia con el tiempo.
- Diferencias de implementación ocultas: sus costos asumidos, el momento de ejecución y el manejo de órdenes pueden no coincidir con la realidad.
- Efectos de selección: la iteración extensiva puede producir resultados que se ajustan al ruido.
Por lo tanto, la interpretación más defendible suele ser sobre la robustez del comportamiento probado bajo supuestos definidos, no sobre resultados garantizados.
Qué verificar a continuación
Si desea hacer backtesting de TSI de forma responsable, verifique su configuración paso a paso:
- Confirme que las entradas de cálculo de TSI y las definiciones de parámetros coincidan con su interpretación prevista. 2. Confirme sus supuestos de sincronización (cuándo la información está disponible vs cuándo se actúa sobre ella). 3.