运营在后台配了一条规则：orderAmount > 10000 && userLevel == 'VIP' 标记为大额订单。配完觉得没问题，直接上线。半小时后客服被用户打爆——所有 VIP 用户的订单都被拦截了，不管金额大小。排查下来发现是规则里多打了个 >，本来应该是 <。就一个字符，损失了几十万。 规则引擎的优点是灵活——运营可以随时改规则，不用开发介入。但灵活的另一面是危险：没有编译器帮你检查，一个手误就上线了。 今天聊聊怎么给规则加上自动化测试——让 1000 条用例在规则上线前跑一遍，逻辑错误当场拦截。 规则引擎的测试为什么难做 传统代码的测试很成熟：JUnit、Mockito、覆盖率工具，流水线上跑一下，绿了就上线。但规则引擎面前，这套流程用不上。 规则不是 Java 代码。它是运营在后台配的一段表达式字符串，比如： productPrice * 0.8 > competitorPrice && stockQty < 100 这段东西没有编译期检查。你没法给它写 JUnit，因为在 Java 眼里它只是一个字....

相信很多小伙伴都有过这样的困扰：使用 QLExpress 编写复杂的业务规则时，当规则执行结果不符合预期，很难快速定位问题所在。特别是当规则包含多层嵌套、复杂表达式或依赖外部数据时，调试过程就像在黑盒中摸索，效率低下且容易出错。 那么，有没有一种方式能让我们像调试普通代码一样，逐行查看 QLExpress 规则的执行过程，了解每一步的变量值变化，从而快速定位问题？今天我就跟大家分享一套基于 SpringBoot 的 QLExpress 规则分步调试器方案。 为什么需要 QLExpress 规则分步调试器？ 先来说说我们面临的挑战。在使用 QLExpress 进行规则引擎开发时，常见的问题包括： // 复杂的业务规则示例 rule = "if (order.amount > 1000 && user.level >= 3) { if (user.vip) { discount = 0.8; } else { discount = 0.9; } } else if (order.amount > 500) { discount = 0.95; } else....