unit-testing - 单元测试适合 BPM 开发吗？

Question

我目前正在从事一个大型 BPM 项目，该项目使用名为 Process 360 的 Global 360 BPM 工具集。该产品的工作方式与许多其他 BPM 解决方案类似，因为您设计了多个“流程图”，这些“流程图”定义了您尝试建模的特定业务流程的流程，每个流程图由多个连接在一起的任务节点组成，这些节点执行特定功能(调用网络服务等)。

目前，我们在发布的 QA 阶段遇到了一些非常严重的问题，因为工具集没有提供任何方法来自动测试流程图路线。因此，当开发出一个庞大而复杂的流程并将其移交给我们的测试团队时，通常会出现大量问题。虽然很明显你会期望 QA 会出现一些问题，但我不禁感到，如果我们有某种可以用来构建的自动化测试框架，那么在开发过程中可能会发现很多错误等一组单元测试，证明了流程图中的各种路线。

目前，发生的唯一真正的开发测试更类似于由开发人员执行的功能测试，它被记录为每个测试用例的一组手动步骤。这种方法的问题在于，开发人员手动运行非常耗时，因此也相对容易出错。还;因为我们通常的日程安排非常紧凑，所以测试的执行频率通常不足以及早发现问题。

正如我之前提到的；当前的工具集没有提供一种方法来执行这种自动化测试。这实际上让我思考为什么？作为整个 BPM 场景的新手，我的假设是这只是产品中缺少的一个功能，但我也想知道“单元测试”是否在传统的 BPM 世界中没有完成？也许它只是不适合这种工作？

我很想知道是否有其他人遇到过此类问题，以及可以采取哪些措施来改进这些问题。

Answer 1

我已经看到了一些东西，尽管与 Global 360 无关:using bpelunit for testing processes

我开发了一个工作流工具，并且越来越需要向最终用户开放用于测试引擎的测试工具。