JMeter执行性能测试如何快速确定拐点

• 2019 年 10 月 30 日
• 笔记

机会只留给那些有准备的人

改变能改变的，接受不能改变的，就是进步

 最近性能压测执行过程中，经常看到很多测试人员执行性能测试，要寻找拐点，但是效率太低，本文就介绍下，如何高效确定性能测试拐点 所谓性能测试拐点，就是指并发用户达到一定数量，平均响应时间递增，TPS不增反降，报错率递增，当前并发用户就是该测试案例的拐点

 寻找拐点的意义就是当前并发用户下，系统的平均响应时间、TPS、报错率是否满足性能要求，如果满足，该并发用户就是满足用户需求下所能承受的最大并发用户数，在去考虑并发用户是否满足系统用户需求，可以结合系统总用户数、在线用户数去判断，他们的关系大致如下： 在线用户数=系统总用户数*20% 并发用户数=在线用户数*30% 比如系统总用户数是10000，则在线用户数就是2000，并发用户数就是600

一、脚本开发

1. 首先给大家介绍如何开发高效执行的性能测试脚本，目前多数用户都是分不同并发用户单次执行，该方法执行效率低，并且不方便数据比对，如下

2. 首先在一个线程组下开发好测试案例，需要压测几次不同的并发用户下的性能，就复制多少笔线程，每个线程修改线程数、用例名称即可，如下所示，修改用例名称和线程数对应，这样生成的测试结果就会区分不同并发下同一个案例的响应时间，方便比对

3. 如果有多个接口实现了一个用例，则需要把所有接口放置在事务控制器下即可，这样就能生成一个汇总结果(统计多个请求的响应时间、tps等值)

4. 最后在测试计划记得勾选独立运行每个线程组选项，勾选该选项的意义就是依次并发执行10、20、30、50线程，直到压测结束

二、执行性能测试

1. 性能测试都是通过命令执行，不建议使用界面压测，命令如下：

jmeter -n -t rps.jmx -l summary.jtl -e -o report

2. 命令解析，summary.jtl生成的是聚合报告，report生成的是jmeter自带的html报告，里面有多种图形报表

三、执行结果分析

1. 执行完毕，双击index.html即可打开测试报告

2. 汇总结果如下，随着并发用户增加，平均响应时间在递增，报错率也在递增，TPS也随着用户数的增加而递增，到了500用户为最高点，1000并发用户反而降低

3. 查看Response Times Over Time图表可以看到响应时间随着并发用户数递增，平均响应时间一直递增，当从500并发改成1000并发时，响应时间增加幅度最大

4. 查看Transactions Per Second，从图表可以看出当并发用户从10递增到400，每秒处理的事务数一直是递增趋势，然后500-1000，开始慢慢降低

5. 查看Response Time Percentiles，由图可见，1000并发用户只有2.5%的事物响应时间小于5秒，其它都大于5秒，并且50%大于7秒，对于一个简单查询，该响应时间用户已经不能接受

6. 查看 Hits Per Second，从图表可以看出当并发用户从10递增到400的时间段，每秒请求数一直是递增趋势，然后500-1000，请求数开始不增反降

综上所述，本文测试案例执行的不同用户并发场景，拐点就是500并发用户左右，具体案例还需要结合测试结果具体分析