Backtesting.py框架中停止订单执行机制的分析与改进

背景介绍

Backtesting.py是一个流行的Python回测框架，它允许交易者和量化分析师测试他们的交易策略。在交易策略中，停止订单(Stop Order)是一种常见的订单类型，它会在市场价格达到指定水平时触发执行。然而，在实际使用中发现Backtesting.py框架中的停止订单执行机制存在一些不符合预期的行为。

问题现象

通过测试案例可以观察到Backtesting.py框架中停止订单执行存在三个主要问题：

1. 执行时机延迟：停止订单应该在T+1周期触发，但实际在T+2周期才执行
2. 边界条件处理不当：当市场价格等于停止价格时，订单未能正确触发
3. 交易记录异常：卖出停止订单导致EntryBar大于ExitBar和负的Duration值

技术分析

测试案例设计

测试使用了三个简单的策略类来验证停止订单的行为：

1. test1：测试简单的买入停止订单
2. test2：测试同时包含停止价和限价的买入订单
3. test3：测试卖出停止订单

测试数据包含四个交易日的数据，每个交易日包含开盘价、最高价、最低价和收盘价。

预期行为分析

按照金融市场常规理解，停止订单应该：

• 在订单提交后的下一个交易日(T+1)检查是否触发
• 对于买入停止订单，当最高价≥停止价时触发
• 对于卖出停止订单，当最低价≤停止价时触发
• 当价格等于停止价时也应视为触发条件满足

实际行为差异

测试结果显示：

1. 所有停止订单都没有在预期的T+1周期触发
2. 当市场价格等于停止价时，订单未被触发
3. 卖出订单的交易记录显示EntryBar(3)大于ExitBar(2)，且Duration为负值(-1)，这与时间顺序逻辑相矛盾

问题根源

经过分析，这些问题可能源于以下几个方面：

1. 订单检查时机：框架可能在订单提交后的第二个周期才开始检查订单条件，而非下一个周期
2. 边界条件判断：价格比较可能使用了严格大于/小于，而非包含等于的情况
3. 交易记录逻辑：在记录交易时，可能错误地设置了进入和退出的时间戳

解决方案建议

针对这些问题，建议对Backtesting.py框架进行以下改进：

1. 调整订单检查时机：确保在订单提交后的下一个周期立即开始检查触发条件
2. 修正边界条件判断：将价格比较改为包含等于的情况(≥或≤)
3. 修复交易记录逻辑：确保EntryBar总是小于或等于ExitBar，Duration为非负值
4. 复合订单处理：对于同时包含停止价和限价的订单，应明确执行规则并保持一致

对用户的影响

这些问题会影响策略回测的准确性：

1. 订单执行延迟会导致策略表现与实际情况不符
2. 边界条件处理不当会遗漏部分本应触发的交易
3. 错误的交易记录会影响绩效统计和分析

最佳实践建议

在使用Backtesting.py框架时，建议用户：

1. 对停止订单行为进行充分测试验证
2. 考虑在策略中加入日志记录，跟踪订单触发和执行情况
3. 对于关键策略，考虑手动验证几个典型交易场景
4. 关注框架更新，及时应用修复这些问题的版本

总结

Backtesting.py框架中的停止订单执行机制存在一些需要改进的地方，这些问题会影响回测结果的准确性。理解这些问题有助于用户更合理地使用框架，并对回测结果保持适当的谨慎态度。框架开发者已经注意到这些问题并在后续版本中进行了修复，用户应关注更新并及时升级。