规则引擎与自动测试难题

Question

规则引擎通常是在这样的前提下销售的，这使得业务人员能够直接修改应用程序中一些非常动态的部分，而不需要开发人员进行任何参与或编程。

在我看来，将任何未被自动化测试覆盖的代码投入生产是一个严重的风险。我知道许多规则引擎实际上都是一个规则管理环境，包括版本控制、环境间升级( etc.but )--它们为BA编写测试提供了什么支持？我看到了一些文档，在这些文档中，像JUnit这样的框架似乎被集成到引擎中，这肯定不是非程序员所会做的类型或编程。

BA可以很容易地用业务引擎更改规则，但是对于他来说，编写一个无需程序员帮助就可以覆盖它的测试有多容易呢？如何在实践中解决规则测试覆盖的问题？

Answer 1

“使业务人员能够直接修改应用程序的一些非常动态的部分，而不需要开发人员的任何参与或编程。”

我们使用商业规则引擎已经超过6年了。我们构建的模板应用程序是根据客户的需求(如银行等)定制的。定制是以决策规则的形式进行的，这些规则是用业务词汇表编写的。下面是我六年来所做的一些观察

1. --我从未见过任何客户在生产过程中实时定制任何规则。它们都在UAT环境中经过适当的测试，然后才能投入生产。整个应用程序没有重新部署，只有业务规则被推送。
2. 规则是由BA编写的，但由于这些规则引擎使用的执行模型，大多数时候他们仍然需要通过开发人员进行性能优化。
3. I不知道很多开源规则引擎，但对于我们使用的开源规则引擎，我们编写了自定义eclipse插件，以便BA能够以JUnits
4. 的形式生成测试用例--我认为大多数规则引擎都会提供某种API来告诉哪些规则是以给定请求的审计报告的形式激发的。但我们面临的挑战是找到能够触发特定规则的测试数据。我们称之为规则相关数据。