Define el RSI Range y las reglas comprobables
RSI Range es una forma de describir cómo se mueven los valores del RSI dentro de bandas (por ejemplo, zonas de “máximo del rango” y “mínimo del rango”), en lugar de tratar el indicador como una señal única de sí/no. Antes de hacer el backtesting, define la mecánica en términos simples:
- Cómo se calcula el RSI (longitud de retrospectiva, método de suavizado si aplica).
- Qué significa “Range” (los límites exactos de las bandas y si son fijos o derivados).
- Qué se mide (por ejemplo, si se rastrean toques, tiempo pasado en una banda, reversiones o persistencia).
Un backtesting responsable comienza convirtiendo cada concepto en una regla determinista que pueda reproducirse. Si dos personas codificaran definiciones de banda diferentes a partir de la misma descripción, los resultados de la prueba no serían verificables.
Establece supuestos y elige reglas de datos
El backtesting solo es tan honesto como sus reglas de datos. Usa supuestos claros y decláralos antes de calcular cualquier resultado:
- Granularidad de barras o ticks: ¿Estás usando velas (apertura/máximo/mínimo/cierre) y en qué marco temporal? El RSI es sensible al muestreo.
- Evitar la mirada hacia el futuro: Asegúrate de que el valor utilizado para decidir esté disponible en el momento de la decisión.
- Manejo del tiempo: Si usas datos diarios, no puedes asumir el orden intradía. Mantén los supuestos de ejecución coherentes con tus datos.
- Limpieza de datos: Decide cómo manejarás barras faltantes, días festivos y valores atípicos.
Un método práctico es crear un “contrato de datos”: una lista de verificación breve que defina el conjunto de datos exacto, el marco temporal, las marcas de tiempo y cualquier filtro. Sin esto, dos backtesting no pueden compararse de manera significativa.
Modela costos y ejecución como parte de la hipótesis
Muchos backtesting fallan porque tratan el trading como si no tuviera fricciones. Incluso cuando el objetivo es educativo y no la toma de decisiones de trading, modelar los costos ayuda a evitar conclusiones engañosas.
Incluye los componentes que pueden cambiar materialmente los resultados:
- Spread o efecto bid/ask (incluso como una constante simplificada).
- Modelo de deslizamiento (por ejemplo, un desfase adverso fijo por ejecución, o un rango de desfases).
- Momento de la orden: ¿Se asume que las entradas ocurren en la apertura de la siguiente barra, en el cierre de una barra, o en la barra que contiene la condición del RSI Range?
- Tiempo de mantenimiento o lógica de salida: Defínelo de la misma manera determinista que las entradas.
Luego haz comprobaciones de sensibilidad. Si los resultados solo se mantienen bajo un supuesto de costos estrecho y optimista, eso es una señal de advertencia.
Controla el sesgo con una validación sólida
Un backtesting responsable requiere salvaguardas contra el “diseño del resultado”. Los controles de sesgo comunes incluyen:
- Validación walk-forward: Ajusta cualquier parámetro solo con datos pasados y luego prueba con datos posteriores no vistos.
- Evaluación fuera de muestra: Mantén un período de reserva que nunca se use para ajustar definiciones (anchos de banda, umbrales, longitud del RSI).
- Múltiples divisiones: Repite el procedimiento en varias ventanas de tiempo para reducir la posibilidad de que un período de mercado domine.
- Disciplina de parámetros: Limita el número de grados de libertad que ajustas. Si ajustas muchos umbrales para perseguir un patrón específico, corres el riesgo de sobreajuste.
Un estándar de verificación útil es: ¿podría un colega reproducir tu proceso exacto y ver las mismas tendencias de métricas, dado el mismo conjunto de datos y supuestos?
Reconoce al menos una limitación material
El backtesting del RSI Range puede fallar por varias razones, y debes buscar activamente modos de fallo:
- Cambios de régimen: El “comportamiento de rango” del RSI puede cambiar cuando la estructura de volatilidad o la participación del mercado cambian.
- No estacionariedad: Las propiedades estadísticas de los rendimientos y las oscilaciones pueden derivar, por lo que las bandas históricas pueden no comportarse de manera similar más adelante.
- Sobreajuste a una definición: Si los límites de las bandas se eligen después de ver los resultados, pueden codificar ruido.
- Desajuste de ejecución: Si tu decisión usa información intrabarra pero tu backtesting asume llenados a nivel de vela, el rendimiento modelado puede ser poco realista y demasiado consistente.
Un artículo o cuaderno responsable debe resaltar qué limitación es más relevante para su configuración y cómo la validación intenta detectarla.
Verifica con una lista de verificación clara e independiente
Si deseas verificar los hechos de manera independiente, usa una lista de verificación que se centre en la verificabilidad en lugar de la predicción:
- Verificación de definición: ¿Pueden recrearse exactamente las reglas del RSI y de las bandas?
- Verificación de datos: ¿El backtesting previene la mirada hacia el futuro y coincide con el marco temporal declarado?
- Verificación de costos: ¿Se modelan el spread/deslizamiento de manera transparente, con pruebas de sensibilidad?
- Verificación de sesgo: ¿Hay validación walk-forward o fuera de muestra con ajuste limitado?
- Verificación de modos de fallo: ¿Probaste al menos un escenario de disrupción (cambio de costos, división de tiempo diferente o alteración del momento de ejecución)?