51Testing软件测试论坛
标题:
请问Jmeter做性能测试方便吗?
[打印本页]
作者:
seanxlm
时间:
2021-10-14 19:42
标题:
请问Jmeter做性能测试方便吗?
Jmeter做性能测试有哪些方法啊?
作者:
测菜鸟
时间:
2021-10-18 10:09
顶一下
作者:
测菜鸟
时间:
2021-10-18 10:10
顶一下
作者:
测菜鸟
时间:
2021-10-18 10:10
怎么打不上字啊
作者:
shangyucx
时间:
2021-11-12 14:08
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
时间:
2021-11-12 14:13
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
时间:
2021-11-12 14:25
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代表进程与线程的交互次数)
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2