jmeter与postman共有的痛点问题

1、可管理性不强

一定程度上是面向个人的“单兵武器”， 基本上无可管理性，JMX，或是JSON文件，不好管理，协同就更是难上加难。市面上对他们web化的价值

2、对测试人员不足够“友好”

缺少“普适性”，对于一些代码基础薄弱的同学来说，遇到定制化的需求往往束手无策

3、对接口反向用例或混沌测试支持不够

在postman 和jmeter中都有数据驱动，但是我认为采用枚举的方式来设置参数值，然后通过数据驱动的方式来执行测试，对人的依赖太大

4、理不清接口间的调用关系

纵使写了很多接口用例，但是对接口间的关系依然是”抓瞎”。很多时候我们借助于调用链跟系统，但是对于平台上的接口用例，调用链这张网又太大，和接口用例也不完全匹配，就算匹配，且调用链跟踪突出的是，调用上的时间顺序，并不突出他们之间的依赖关系，以及是什么样的依赖关；在postman ,jmeter 中，虽然接口依赖关系事实上存在，但只能人工去理，没有一目了然的可视化界面来展示依赖关系，当一个接口改动了，也不方便评估，对其他接口的影响；且通过直观的依赖关系，可促使挖掘更多的测试场景。

5、低代码模式对测试能效提出更高的要求