1、可管理性不强
一定程度上是面向个人的“单兵武器”， 基本上无可管理性，JMX，或是JSON文件，不好管理，协同就更是难上加难。市面上对他们web化的价值
2、对测试人员不足够“友好”
缺少“普适性”，对于一些代码基础薄弱的同学来说，遇到定制化的需求往往束手无策
3、对接口反向用例或混沌测试支持不够
在postman 和jmeter中都有数据驱动，但是我认为采用枚举的方式来设置参数值，然后通过数据驱动的方式来执行测试，对人的依赖太大
纵使写了很多接口用例，但是对接口间的关系依然是”抓瞎”。很多时候我们借助于调用链跟系统，但是对于平台上的接口用例，调用链这张网又太大，和接口用例也不完全匹配，就算匹配，且调用链跟踪突出的是，调用上的时间顺序，并不突出他们之间的依赖关系，以及是什么样的依赖关；在postman ,jmeter 中，虽然接口依赖关系事实上存在，但只能人工去理，没有一目了然的可视化界面来展示依赖关系，当一个接口改动了，也不方便评估，对其他接口的影响；且通过直观的依赖关系，可促使挖掘更多的测试场景。
5、低代码模式对测试能效提出更高的要求
原文地址：https://www.cnblogs.com/syw20170419/p/14980191.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
