Champion challenger实验、可伸缩性和Drools规则测试

当我们试图决定是否使用Drools作为我们的规则引擎时，有一些特性是我们关心的

冠军挑战者实验能否在Drools中进行（如果可能的话很容易）

Drools的可伸缩性如何？当事实从数千增加到数百万甚至更多时，我们是否需要改变到另一个规则引擎

部署前是否可以测试规则？业务分析师在编写规则时（例如在drools workbench中）可以测试规则吗

• 如果可以使用Drools和Java中可用的功能进行冠军挑战者实验，那么就可以进行了。（因为您没有提供该实验的规格说明，所以只能这样说。）
• Drools应用程序可以处理数百万个事实，但（一如既往）它取决于您准备提供的资源（时间、内存、每秒CPU周期、带宽等等）
• 规则可以在部署之前进行测试，就像任何其他软件一样-它需要技能和努力
• 我臭名昭著地说，业务分析师首先不是软件工程师，他们也不是软件测试人员。如果规则系统营销专家试图让你相信：问他们为什么汽车或飞机营销分析师不是试驾员或试飞员

---

谢谢你，劳恩！在champion challenger的实验中，我们希望Drools能够将输入事实随机分成两部分，并将每一部分输入到不同的策略中。并向我们报告哪种策略表现更好。这能在流口水时完成吗？如果是，如何进行？有教程吗？关于规则测试，这是否意味着应该由软件开发人员或测试人员执行？有没有什么好的工具可以让它更简单？详细的教程对我们也有很大的帮助。谢谢是的，当然。在某些情况下，您甚至可以证明一组规则具有某些属性，例如，对某一组事实只触发一次。日志记录（通过侦听器）可以演示一定程度的覆盖。请注意，测试必须表明规则在预期的情况下触发，并且在不预期的情况下不会触发。嗨，劳恩，你能给一些演示如何在Drools或一些资源中进行champion challenger实验吗？这在互联网上似乎很少见。