请问Jmeter做性能测试方便吗？

seanxlm

Jmeter做性能测试有哪些方法啊？

测菜鸟

顶一下

测菜鸟

顶一下

测菜鸟

怎么打不上字啊

shangyucx

Jmeter 工具的缺点
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代表进程与线程的交互次数）

shangyucx

Jmeter 工具的缺点
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代表进程与线程的交互次数）

shangyucx

Jmeter 工具的缺点
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代表进程与线程的交互次数）