看业务类型了，互联网公司一般不需要。很多做企业业务的，开发自己做部署，测试也自己做部署，每次开发只交付打好的包，测试没问题，再给到一线给客户部署。

不太懂，是后端开发调试过程中，mock 其他人的服务吗？接触的测试一般不这么用，我们都是 mock 后端接口返回，来测试前端代码。不知道 mock 某个后端的方法或者类对测试有啥意义。

一个线程组下应该都是顺序执行的，可能你在结果树这边看到了多个线程的请求在一起，误以为没有顺序执行把。如果想按线程来看，可以增加一个事务控制器，把接口放到事务控制器下，并勾选 “Generate parent sample”

为了平台而平台，不如直接提升测试人员的代码水平性价比高。

对，低代码，里边写几行脚本还贼难用。

这不叫苦，直接不用不就好了，又不是独一份。我司也在用，这个东西诞生的时候就已经落后了，不明白存在的意义是啥。

这里面只有一条 case 呀，一般不都是一个 test 的测试方法作为一个用例么。造数方法也统计进用例数量里有啥意义呢。

大概看了下逻辑，单独封装了测试接口，并且接口中做了断言。我自己一般理解，可以把动作封装，然后在用例中执行动作，在用例中对动作的结果进行断言，这样是不是更好？目前这样，动作没法复用，对于复杂的操作不友好。

看实际的业务量把，一般根据当前最大值然后再扩充一点，满足未来一段时间的需求。

D 接口只是一个查询接口，我理解接口查询性能和任务处理是两个方面。你可以单独测一下系统支持最多多少个任务同时处理，处理的时效咋样。

abcd 是一个整体，或者说 abc 是一个整体，只是一个查询接口。D 接口可以单独测试一下，d 的访问量肯定比 abc 大多了。也可以单独测提交性能 abc 和生成性能就是 c 提交后到 d 查询成功。