Un backtest es una etapa de investigación, no un certificado de estrategia. Formula reglas, revisa datos, separa selección de evaluación y observa después el funcionamiento real en demo o sin enviar órdenes. Superar comprobaciones concretas no garantiza supervivencia de cuenta ni rentabilidad repetible; también puedes abandonar la idea.

Una curva no comprueba todo el sistema

Corrección del código, calidad histórica, rentabilidad bajo supuestos y funcionamiento de cuenta responden a preguntas diferentes. Un programa puede ejecutar fielmente una idea perdedora; un informe positivo puede proceder de código equivocado. Guarda una ficha versionada con pregunta, estado esperado, resultado observado y límite pendiente.

Incluye entrada correcta, pérdida, ausencia de señal, rechazo confirmado y reinicio. Marca «no comprobado» cuando falte evidencia. Un rendimiento hipotético del 30 % escogido entre trescientas configuraciones exige investigar selección; no demuestra ventaja. Compara con el procedimiento de un backtest sin mezclar hipótesis y resultado.

Ejemplo funcional ficticio: una lista predefinida contiene cien casos. Los noventa y ocho de funcionamiento normal registran los estados esperados. Los dos de rechazo confirmado fallan: debían registrar rechazo sin marcar ejecución. Resultado global, 98/100 = 98 %; normal, 98/98 = 100 %; rechazo, 0/2 = 0 %.

El total no subsana la categoría fallidaLista ficticia de cien casos funcionales con criterios fijados antes: funcionamiento normal y rechazo confirmado.EJEMPLO DE CÁLCULOFuncionamiento normal98 de 98 = 100 %Rechazo confirmado0 de 2 = 0 %Total preparado98 de 100 = 98 %Estado de comprobaciónAbierto
El total no subsana la categoría fallida. Lista ficticia de cien casos funcionales con criterios fijados antes: funcionamiento normal y rechazo confirmado.

La categoría de rechazo debe repararse aunque el porcentaje global sea 98 %. No es una probabilidad de fiabilidad futura.

Funcionamiento normal
98 de 98 = 100 % – Registra estados esperados.
Rechazo confirmado
0 de 2 = 0 % – Falla registrar rechazo sin marcar ejecución.
Total preparado
98 de 100 = 98 % – Describe esta lista; ambas categorías son obligatorias.
Estado de comprobación
Abierto – Reparar rechazo y repetir los casos pertinentes.

Las dos categorías son obligatorias y se definieron antes. El conjunto sigue abierto aunque el total parezca alto. Repara el rechazo y repite casos pertinentes, comprobando que no rompes el funcionamiento normal. Una respuesta de red ausente no cuenta aquí como rechazo: estos dos casos reciben una confirmación explícita. Los porcentajes describen la lista, sin estimar probabilidad futura de fallo, calidad del broker o beneficio.

Reglas que otra persona pueda reproducir

Especifica entrada, salida, stop, objetivo y tamaño sin interpretación. Una candidata hipotética usa EMA(50), EMA(200), RSI(14), una media de veinte periodos, stop de 1,5 ATR(14), objetivo de 2,5 ATR y riesgo planificado del 1 %. Aún falta definir momento de barra, qué significa «tocar», lado de cotización y prioridad si coinciden salidas.

Control aritmético independiente: para equity ficticia de 8.000 EUR, el 1 % son ochenta EUR planificados. Si la pérdida modelada es cuarenta EUR por una unidad de cantidad, el tamaño sería dos unidades antes de costes adicionales y redondeo contractual. No son dos lotes universales. Un salto o ejecución distinta puede superar la pérdida planificada.

Datos ajustados a la pregunta

Elige periodo según estrategia e historia disponible, sin imponer un número fijo de años. Registra proveedor, producto, zona, Bid y Ask, huecos, contrato, revisión de código, parámetros y ejecución. Archiva datos o identificador y conserva operaciones y diario. Un cambio de build o cuenta puede modificar el informe sin cambiar la estrategia.

Distingue ticks reales de reemplazos generados en MT5. Cantidad de operaciones no equivale a observaciones independientes. Comprueba qué condiciones incluye la muestra y cuáles deja fuera; no presupongas varios regímenes por el mero hecho de tener años de datos. Los precios de referencia tampoco sustituyen una historia ejecutable del broker.

Protege el tramo fuera de muestra

Define antes la división cronológica y la métrica. Un reparto hipotético 70/30 es una opción, no una condición suficiente. Un resultado posterior peor puede reflejar muestra, costes o mercado además de selección. No mires ese tramo para escoger reglas y después lo llames intacto.

Si pruebas versión 1.0 en 2024–2025 y sus pérdidas del lunes motivan eliminar lunes en la versión 1.1, volver a usar 2024–2025 aporta desarrollo de la nueva versión. Conserva ambos informes y motivo. Renombrar la ventana no devuelve independencia; necesitas observaciones posteriores que no hayan dirigido esa modificación.

Walk-forward con decisiones congeladas

Diseño ilustrativo: selecciona con 2018–2021 y evalúa 2022; después selecciona con 2019–2022 y evalúa 2023. Aplica el procedimiento rodante sin información futura. Cinco a siete ciclos son otra decisión de diseño, sin valor mágico.

Define qué llamas WFE y su denominador. Valores de 0,5–0,75 o inferiores a 0,3 no son veredictos universales; un denominador pequeño o negativo puede impedir una interpretación útil. Conserva cada cambio y sus observaciones. La evaluación walk-forward amplía esta separación, sin solucionar automáticamente errores de implementación.

Demo, reinicios y cualquier estudio real opcional

Demo u observación sin órdenes permite revisar señales, permisos, respuestas y reinicios en tiempo real. Registra identificador de idea, volumen solicitado, ejecuciones y órdenes activas. La opción Forward del tester MT5 usa la parte posterior de un intervalo histórico: no es observar cotizaciones futuras en demo.

Una categoría rara que no ocurre sigue sin comprobarse aunque transcurran meses. Ejemplo: objetivo de compra 0,20 lotes, ejecución parcial de 0,08 y cancelación posterior confirmada del resto, sin otras posiciones u órdenes de la idea. Repetir 0,20 deja 0,28: exceso 0,08, el 40 % del objetivo. Completar solo 0,20 − 0,08 = 0,12 deja 0,20.

Distinción adicional: 0,08 también representa el 28,57 % del total incorrecto 0,28, pero esa base no responde a «cuánto superé el objetivo». Si se desconoce la cancelación, el remanente antiguo aún podría ejecutarse: primero reconcilia el estado. Este caso prueba un camino de fallo especificado, no fiabilidad total.

Si se justifica un estudio real, define tamaño contractual y exposición efectiva; «microlote» no significa una décima parte de cualquier objetivo. Tres a seis meses son ilustrativos y no obligan a operar ni escalar. Compara coste y ejecución con el modelo antes de considerar aumentos. Las ejecuciones demo pueden diferir de las reales.

Una ruptura con cifras asignadas

Todos los valores siguientes son ilustrativos, no resultados observados. Una candidata EUR/USD M30 entra sobre el máximo previo de veinte barras y sale bajo el mínimo previo de diez; necesita reglas exactas de orden y precio. Desarrollo 2014–2020, evaluación 2021–2023. Supón selección de veintitrés/once barras y stop de 1,4 ATR.

Asigna dentro de muestra 58 % de aciertos, profit factor 1,72 y rendimiento anualizado 22 %; fuera, 54 %, 1,51 y 18 %. Los agregados no reconstruyen operaciones ni drawdown. Un escenario demo añade medio pip de coste de ejecución y otro real opcional asigna 51 % de aciertos. No son resultados que validen la etapa siguiente ni permiten determinar tamaño sin pagos, costes y riesgo.

Tres acciones para una ficha verificable

  1. Escribe reglas, estados y criterios de aprobación antes de probar, incluyendo rechazo confirmado y respuesta desconocida como situaciones diferentes. Guarda versión y evidencia por categoría; un porcentaje global elevado no debe ocultar una categoría obligatoria incompleta o fallida.
  2. Audita historia y define división cronológica, costes, métricas y procedimiento rodante adecuados a la hipótesis. Conserva todas las modificaciones y explica qué resultados las motivaron; una ventana consultada para ajustar deja de ser evaluación intacta de la nueva versión.
  3. Comprueba en demo señales, ejecuciones parciales y reinicios con objetivo y estado reconciliados antes de reintentar. Compara exposición, costes y drawdown con el modelo; meses transcurridos, Monte Carlo o rentabilidades parecidas no justifican automáticamente pasar a real ni aumentar cantidad.