最近性能压测执行过程中,经常看到很多测试人员执行性能测试,要寻找拐点,但是效率太低,本文就介绍下,如何高效确定性能测试拐点
所谓性能测试拐点,就是指并发用户达到一定数量,平均响应时间递增,TPS不增反降,报错率递增,当前并发用户就是该测试案例的拐点
创新互联2013年至今,先为水城等服务建站,水城等地企业,进行企业商务咨询服务。为水城企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
寻找拐点的意义就是当前并发用户下,系统的平均响应时间、TPS、报错率是否满足性能要求,如果满足,该并发用户就是满足用户需求下所能承受的最大并发用户数,在去考虑并发用户是否满足系统用户需求,可以结合系统总用户数、在线用户数去判断,他们的关系大致如下:
在线用户数=系统总用户数*20%
并发用户数=在线用户数*30%
比如系统总用户数是10000,则在线用户数就是2000,并发用户数就是600
一、脚本开发
1. 首先给大家介绍如何开发高效执行的性能测试脚本,目前多数用户都是分不同并发用户单次执行,该方法执行效率低,并且不方便数据比对,如下
- 首先开发好测试案例,然后把案例复制成多个,每个线程修改线程数、用例名称即可,如下所示,修改用例名称和线程数对应,这样生成的测试结果就会区分不同并发下同一个案例的响应时间,方便比对
- 如果有多个接口实现了一个用例,则需要把所有接口放置在事务控制器下即可,这样就能生成一个汇总结果(统计多个请求的响应时间、tps等值)
- 最后在测试计划记得勾选独立运行每个线程组选项,勾选该选项的意义就是依次并发执行10、20、30、50线程,直到压测结束
二、执行性能测试 - 性能测试都是通过命令执行,不建议使用界面压测,命令如下:
jmeter -n -t rps.jmx -l summary.jtl -e -o report
- 命令解析,summary.jtl生成的是聚合报告,report生成的是jmeter自带的html报告,里面有多种图形报表
三、执行结果分析 - 执行完毕,双击index.html即可打开测试报告
- 汇总结果如下,随着并发用户增加,平均响应时间在递增,报错率也在递增,TPS也随着用户数的增加和增加,到了500用户为最高点,1000并发用户反而降低
- 查看Response Times Over Time图表可以看到响应时间随着并发用户数递增,平均响应时间一直增加,当从500并发改成1000并发时,响应时间增加幅度最大
- 查看Transactions Per Second,从图表可以看出当并发用户从10递增到400,一直是递增趋势,然后500-1000,开始慢慢降低
- 查看Response Time Percentiles,由图可见,1000并发用户只有2.5%的事物响应时间小于5秒,其它都大于5秒,并且50%大于7秒,对于一个简单查询,该响应时间用户已经不能接受
- 查看 Hits Per Second,从图表可以看出当并发用户从10递增到400的时间段,每秒请求数一直是递增趋势,然后500-1000,请求数开始不增反降
本文测试案例执行的并发场景,拐点就是500并发,具体案例还需要结合测试结果具体分析
如果文章对你有帮助,欢×××同步,方便大家查阅,本人会持续推出与测试有关的文章,与大家分享测试技术,每一篇原创文章都是用心编写,杜绝抄袭复制
QQ技术交流群:加群请输入验证信息 51CTO
**微信二×××
*×××资源下载,即可获取本人共享的各种资源下载地址**
网页题目:JMeter执行性能测试如何快速确定拐点
转载注明:
http://cqcxhl.com/article/gihhjo.html