Jmeter 工具的缺点

shangyucx

1.     性能实践过程中，一旦进行高并发操作时就会出现以下尴尬场景，JMeter客户端卡死、请求错误或是超时等，导致很难得出准确的性能测试结论。目前公司商品中台测试2000并发线程压不上去。
2.     大并发下还要注意脚本是否复杂，不然运行一段时间内存也是会溢出的。

3.     linux当压测机，遇到的情况是分布式压测内网没问题，分布式压测公网压测机会出现个别机器不执行，不发请求。
4.     Jmeter在并发上的误区--认为Number of Threads(users)设置为100，Ramp-Up Period(in seconds)设置为1，就是每秒发起100个请求量（错误）。
5.     上述的设置，表示在1s内启动100个线程，之后，jmeter便以最大限度的100个并发进行压测，不能保证1s内只有100个请求。
6.     原文链接：https://blog.csdn.net/timchen525/article/details/80113749
7.     JMeter是一个专门用于测试C/S应用的桌面测试软件(并不适合于B/S结构,因为它很难模拟用户在browser上的动作。
8.     Jmeter没有IP欺骗功能，IP欺骗是指在一台PC上多个IP地址分配给并发用户，这个功能对于模拟较真实的用户环境来说，是较有用，loadrunner有此功能
9.     jmeter做性能测试，主要是通过增加线程的数目，或者是设置循环次数来增加并发用户，而loadrunner可以通过在场景中选择要设置什么样的场景，然后选择虚拟用户数；
10.  Jmeter脚本的维护需要保存为本地文件，而每个脚本文件只能保存一个测试用例，不利于脚本的维护。
11.  Jmeter最大的吐槽点应该就是对于线程的管理，LR是有专门的进程对多线程进行管理，而jmeter则是无脑开（无脑开线程会导致cs指标升高，cs代表进程与线程的交互次数）

千里

不会用是最大的缺陷

applepen

Jmeter单机不能产生太多的并发量确实是其中一个不足点。
Locust单机能产生很大的并发量但是操作不友好。
每个工具都有好的地方和不足的地方。
怎么合理使用开源的工具或者针对不足的地方二次开发来满足项目的需求这个同样是我们需要考量的。