【发布时间】:2015-02-03 04:43:28
【问题描述】:
我正在寻找有关测试 Mule 应用程序的最佳做法的一些指导。
例如,我将我的逻辑分成多个私有流,并使用 flow-refs 将它们绑定在一起。
然后我使用 Munit 来模拟 flow-refs,以便单独测试流。
在我看来,这就像单元测试,并将流程视为方法等。
这是测试 Mule 应用程序的有效方法吗?
我是否还应该编写功能测试来测试所有这些在没有和模拟流的情况下协同工作?
【问题讨论】:
标签: mule
我正在寻找有关测试 Mule 应用程序的最佳做法的一些指导。
例如,我将我的逻辑分成多个私有流,并使用 flow-refs 将它们绑定在一起。
然后我使用 Munit 来模拟 flow-refs,以便单独测试流。
在我看来,这就像单元测试,并将流程视为方法等。
这是测试 Mule 应用程序的有效方法吗?
我是否还应该编写功能测试来测试所有这些在没有和模拟流的情况下协同工作?
【问题讨论】:
标签: mule
你的做法是对的!
您可以根据实际情况尽可能多地划分代码,即使用流程和子流程主要是因为这是常识。吨 再次强调,您不应仅仅因为将所有内容都拆分为子流程。
关于单元与功能,我认为它不应该是“Vs”。它们相辅相成。您应该始终尝试进行单元测试和功能/集成测试。
最后,您可以进行不同程度的测试。 你可以模拟所有的流程引用,然后你可以只模拟对外部端点的调用,或者根本不模拟任何东西做端到端的集成,并使用之前/之后的测试和之前/之后的 Munit 套件来进行补偿集成测试的事务。
希望对你有帮助
【讨论】:
另一种方法是使用 vm 连接器,然后您将测试流程的特定部分。
【讨论】: