Backtest Validation

两年回测加一个月模拟盘都赚钱，够资格上实盘了吗？

两年回测加一个月模拟，时间够长不等于问题都测过。先核对设置、费用和订单过程，找出下一轮最值得补的测试。

两年回测赚钱，一个月模拟盘也赚钱，就能上实盘了吗？不能只凭这两个时间长度下结论。日历翻够了，不代表该遇到的问题都遇到了。先查这一个月究竟验证了什么，再决定下一步补哪项测试，比急着给策略发“毕业证”有用。

同样模拟一个月，为什么得到的答案不同？

假设一套策略平均每天交易 50 次，另一套一个月只交易 2 次。前者可能接触了更多下单和状态变化，后者可能连一次明显的行情转折都没遇到。交易多也不自动代表更可靠：如果都挤在相似时段，很多记录可能只是重复了同一种情况。

相同观察时间，不同检查机会（教学例子）
交易频率	一个月能观察什么	还应追问什么
平均每天 50 次	较多下单和状态变化	是否包含不同市况和异常情况
一个月 2 次	少量具体交易过程	重要规则是否真正触发过

一个月不是毫无价值，但它的价值取决于发生过什么。就像试驾绕小区一圈，能知道方向盘会转，不能顺便证明长途、暴雨和刹车都测过了。

同样一个月内频繁交易与少量交易的记录覆盖对比，需检查订单、策略设置与异常情况 — 同样的观察时间，不代表覆盖了同样的交易与异常情景。示意图。

回测和模拟都盈利，还要把哪几件事对上？

两边真的是同一套设置吗？

先核对策略版本、参数、标的和每笔投入。回测用旧规则，模拟盘已经改过一轮，两张盈利截图就不能当作同一套策略连续通过了两次检查。

回测有没有用没参与调参的数据再试？

在同一段行情里反复调整，直到赚钱，再拿这段成绩给自己壮胆，很容易把熟练背题当成会做题。留出没参与选参数的数据，是检查这种问题的一步。回测过拟合研究

费用和成交条件，换差一点会怎样？

先核对实际计入了哪些费用，再尝试有依据的更差条件。如果结果对很小的成本变化就特别敏感，先把这笔账查清，不要靠增加资金让数字显得更漂亮。模拟成交和真实成交也有差异，不能把两者当成同一种证据。模拟与实盘说明

出了问题，知道怎么停和怎么查吗？

不只看正常赚钱时的记录。订单被拒绝、行情断开、部分成交时，系统怎么反应？停止后，订单和持仓究竟处于什么状态？把自己要检查的情景提前写下来，实际发生或完成测试后再记结果。

一张清单的作用，是让每个“应该没问题”都有对应记录，不是靠打满勾来保证安全。历史表现也不能保证未来结果。假设业绩的适用范围

怎样让下一轮模拟沿用已经核对过的配置？

手工换环境最容易弄混的，不是文章里的原则，而是文件：哪份参数才是刚才回测过的？费用改在哪一份里？模拟盘启动的又是哪一版？

可以先让 EdgePilot Live 读取已保存回测，列出策略、参数与市场配置，再与实际模拟运行逐项核对。这里要先分清环境：本次截图中的运行连接 Binance Demo 测试环境，属于交易所模拟盘；本地运行的是交易节点。它不等于独立的本地撮合模拟，也不能仅凭配置相似就确认模拟运行来自某次回测。

按官方指南安装并启用 EdgePilot Live。
选中要继续检查的回测运行，核对它的策略、参数与市场配置。
确认当前支持的模拟环境和运行来源，再读取实际订单、成交和持仓材料，按预先写好的问题逐项检查；没有记录的项目明确标为待补测。

从研究结果走到具体模拟记录
你提供什么	用 Live 做什么	接着核对什么
选定的已保存回测运行	读取配置，与模拟运行逐项对照	是否仍是同一策略和参数
模拟运行记录	查看订单、成交和持仓	实际过程是否符合规则
事先写好的测试问题	在对话中结合材料解释	哪项已有记录，哪项还需要测试

选定回测配置、模拟运行和测试清单之间的核对流程 — 配置与记录核对的概念示意；本次实际使用 Binance Demo，环境与来源关联须以运行记录确认。

先确认能读取什么，能运行什么

第一次请求读取保存的回测并启动本地模拟时，返回结果列出了回测 ID、策略与参数，但明确说明当前接口没有提供所请求的本地模拟入口。这次请求没有产生新的模拟运行、订单或持仓。回测里的历史订单统计，也不能拿来充当新模拟的记录。

读取已保存回测的真实问答，回答说明未启动新的本地模拟，缺少新运行记录 — EdgePilot 截图：这次请求读取了回测配置，但未启动新的本地模拟。

再核对已有模拟运行与测试覆盖

对已有模拟运行，可以带上回测运行 ID、模拟运行 ID 和自己的测试清单提问。下面截图保留了原提问；其中“本地模拟”被回答纠正为 Binance Demo 交易所模拟盘。实际使用时，应写清运行环境，并把清单一并提供：

用 EdgePilot Live 帮我核对这次本地模拟运行：它是否沿用了选定回测的策略和参数？请根据现有订单、成交和持仓记录，对照我提供的测试清单，解释哪些情景已经有记录、下一步该补测什么。

真实核对回答：信号参数与市场一致，资金不同，来源关联未确认，订单与成交证据不足 — EdgePilot 截图：对已有 Binance Demo 运行的核对，显示配置差异和仍需补测的情景。

这次回答确认了策略名称、信号参数、市场和风控参数一致，但初始资金不同；保存结果缺少策略版本与源回测 ID，因此不能证明两次运行正式关联。已有材料支持节点启动、连接和预热发生过，也有重连日志；但缺少可展示的逐笔订单与成交记录，不能据此认定开仓、退出和止损已经验证。

回答还指出，Dashboard 的零值处于“等待首份报告”状态，不能直接当作“确认无交易”的证据。而这次提问没有附测试清单，因此还需要补上清单，再逐项标明有证据、部分覆盖或待补测。这些缺口，正是下一轮应该优先检查的内容。

下一步由记录决定，不由日历决定

如果还没确认设置一致，先查配置；如果某条重要规则一次都没触发，先安排那项测试。是否承担实盘风险，应结合自己的资金、市场与风险安排另行决定，不能由“两年加一个月”自动得出。

不用再等一个整月才开始复查。先选一份回测记录，用 EdgePilot Live 核对模拟配置和实际记录。这次先回答一个具体问题，比再攒一张盈利截图更有用。

参考资料

本文用于交易研究与软件测试教育，不构成投资建议。模拟盘不是实盘结果，也不保证未来收益。