使用JMeter实现可持续解决方案的大功能流程

Posted 2021-04-21

我有一个巨大的流程来测试使用API​​。有3个端点。一个是启动一个可以持续约2-3天的进程（数据库迁移），一个是返回当前正在运行的进程的状态（正在进行，成功，失败），最后一个正在返回所有失败的进程（作为列表） ）。

整个流程应该是：

1. 开始第一个过程
2. 调用第二个端点，直到第一个进程结束（应该失败或成功）
3. 如果进程失败，请再次调用第一个端点，否则，请转到下一个进程。 问题是1个过程可以持续大约2-3天，我们有大约20k个过程需要检查。 （这应该花很多时间）。我只有一个特殊的VM。

我的问题：是否值得尝试使用JMeter为此实现解决方案？

答案

除非您希望将该工具用作替换UC4 AppWorkr或Control-M提供的功能的工作负载自动化引擎，否则不值得在JMeter中实现。根据您描述的内容，除了第二部分不断查询服务的成功/失败之外，它似乎不是负载测试。我不知道该实现背后的架构。因此，即使是负载测试，我也无法量化。