读过个别比较流行的 EA 源代码，有一些 MT5/MT4 编程经验的人就会知道，在 MQL 编程中，可以从 MT 的 API 接口集合中获得“当前是否在回测”的信息，并且有不少需要短线、超短线、剥头皮操作的 EA 都会在源代码中故意检查回测状态，并且故意跳过许多 Tick 实际数据，只去抓粗糙的切片大数据。这样即使操作回测者选择相对精细一些的测试数据也无用，因为这类 EA 程序逻辑就是包含了“回测造假”的逻辑代码，所以你使用精细数据也无法强制 EA 精细测试，EA 会自动回避大量地“上下被扫损”的情况，给出一个看似很少毛刺、很少止损的报告来。

在程序开发过程中每天都要对软件进行上百次测试，其中也有可能使用 MT 的回测功能。回测的目的是为了“大量重放过去遇到过的出问题的场景”，而并不是为了“证明 EA 可以实盘使用”。打个比方，汽车研发机构为了设计出更好的汽车，需要刻意安排许多种“汽车撞墙”的实验，并且经常模拟实验，甚至每天用计算机仿真模拟上百次。

那么一些 EA 源代码中嵌入了“故意检测是否是回测环境”的代码，是为了让 EA 的研发更仿真、效果更好吗？往往不是这样的。

一般来说，任何回测报告都不能作为 EA 验收的依据。因为回测更主要地是解决“研发过程中”一些问题，并不是解决用户验收问题，使用场景和执行人员是完全不同的！毕竟，用户根本不知道研发工程师都有哪些测试用例，怎么去刻意重现各种问题呢？

所以回测报告只可能是一个非常初级、非常容易脱离实盘的参考资料而已。

不可用回测作为任何EA的验收和推销依据。

学习到了