通过泽众
性能测试工具PerformanceRunner（简称PR）进行性能测试，验证APP端500用户并发平均响应时间5s之内是否通过，测试样品为某在线看房平台，各个场景APP端测试执行情况如下：
1.外网测试APP端登录模块逐步加压方式执行情况：
|
并发用户数
|
执行时间（分钟）
|
平均响应时间（秒）
|
每秒事务数
|
通过事务数
|
失败事务数
|
CPU占用率
|
内存使用率
|
网络流量（上传与下载）
|
|
113
|
123
|
113
|
123
|
|
20
|
10
|
4.85
|
3.73
|
2254
|
0
|
2%
|
1.3%
|
11%
|
12.5%
|
12Mb/s
|
|
30
|
10
|
7.07
|
3.76
|
2269
|
1
|
2%
|
1.5%
|
12%
|
12.7%
|
12Mb/s
|
|
40
|
10
|
9.69
|
3.77
|
2270
|
1
|
1.9%
|
1.3%
|
10.3%
|
12.3%
|
12Mb/s
|
|
50
|
6
|
12.12
|
3.75
|
1364
|
0
|
2%
|
1.4%
|
10.2%
|
12.4%
|
12Mb/s
|
此次执行是以20并发为起点，逐步加压每次按10并发递增，30并发时平均响应时间已超过5s,分别在40并发和50并发做了验证，平均响应时间皆超过5s，认定500用户并发平均响应时间5s之内该场景不通过。
举例40用户并发执行：
1）响应时间；
2）每秒事务数；
3）CPU占用率；
4）内存使用情况；
5）网络流量；
6）登录模块测试总结：在外网环境下，登录模块测试过程中两台服务器的平均CPU占用率均未达到3%，说明服务器资源消耗很低；但是40用户并发时，其响应时间已经非常接近10s，在50用户并发时，其响应时间已达到12s，超过了10s，其网络流量（包括上传与下载）速率均在13000000Bytes/s左右，换算后约为12Mb/s，说明网络带宽对系统性能产生了影响。
2.APP端加载首页模块逐步加压方式执行情况：
|
并发用户数
|
执行时间（分钟）
|
平均响应时间（秒）
|
每秒事务数
|
通过事务数
|
失败事务数
|
CPU占用率
|
内存使用率
|
网络流量（上传与下载）
|
|
113
|
123
|
113
|
123
|
|
15
|
10
|
4.90
|
2.85
|
1701
|
1
|
51.4%
|
1.4%
|
11.5%
|
12.3%
|
12Mb/s
|
|
20
|
10
|
5.63
|
3.38
|
2028
|
0
|
43.4%
|
2.0%
|
11.1%
|
12.4%
|
12Mb/s
|
加载首页模块测试总结：外网环境下，加载首页模块两台服务器的平均CPU占用率达到了50%，这是由于每个请求都需要加载很多静态资源（如：图片）造成的。
3.APP端刷新实时获取房屋状态模块逐步加压方式执行情况：
|
并发用户数
|
执行时间（分钟）
|
平均响应时间（秒）
|
每秒事务数
|
通过事务数
|
失败事务数
|
CPU占用率
|
内存使用率
|
网络流量（上传与下载）
|
|
113
|
123
|
113
|
123
|
|
30
|
4
|
0.097
|
54
|
12905
|
0
|
55.8%
|
30.1%
|
12.0%
|
11.6%
|
12Mb/s
|
|
500
|
10
|
0.78
|
52
|
26081
|
84
|
54.2%
|
27.8%
|
12.3%
|
11.4%
|
12Mb/s
|
刷新获取房屋状态测试总结：该模块的并发用户数为30时其平均响应时间约为0.1s，远远超过了客户要求的5s，随后将并发用户数增加到500，其平均响应时间达到0.78s，但是查看服务器监控数据发现30并发用户与500并发用户的CPU占用率相差不大。
4.APP端查看房屋详情模块逐步加压方式执行情况：
|
并发用户数
|
执行时间（分钟）
|
平均响应时间（秒）
|
每秒事务数
|
通过事务数
|
失败事务数
|
CPU占用率
|
内存使用率
|
网络流量（上传与下载）
|
|
113
|
123
|
113
|
123
|
|
30
|
3D
|
10
|
3.01
|
0.69
|
423
|
0
|
2.7%
|
2.4%
|
17.0%
|
19.1%
|
12Mb/s
|
|
VR
|
0.704
|
0.72
|
423
|
0
|
|
50
|
3D
|
10
|
4.0
|
0.69
|
433
|
1
|
2.3%
|
2.0%
|
13.0%
|
16.0%
|
12Mb/s
|
|
VR
|
0.97
|
0.70
|
433
|
0
|
|
55
|
3D
|
10
|
5.07
|
0.67
|
436
|
0
|
2.3%
|
1.7%
|
10.2%
|
12.5%
|
12Mb/s
|
|
VR
|
1.17
|
0.68
|
436
|
0
|
|
60
|
3D
|
10
|
5.20
|
0.69
|
425
|
0
|
2.4%
|
1.8%
|
10.3%
|
12.5%
|
12Mb/s
|
查看房屋模块测试总结：此模块主要是加载房屋模型（3D模型与VR模型，包含大量图片），通过以上图表数据可以得出，并发用户数为55时其平均响应时间为5.02s，非常接近客户需求（5s），但其CPU占用率未达到3%，这说明服务器资源消耗低，但此时网络流量已达到12Mb/s；
所以，性能测试工具PerformanceRunner（简称PR）验证某在线看房平台APP端500用户并发平均响应时间是否在5s之内，最终结果是不通过，下面是全盘总结和优化建议。
全盘总结：在本次性能测试过程中，不满足测试内容要求的性能指标的只有APP中加载首页一个模块，其原因可能在于：首页中需要加载一个VR模型，组成此模型的图片资源太多，当高并发频繁请求资源时则会造成等待时间较长，则其响应时间也会比较长。
优化建议：
从测试结果得出，在请求方网络为联通80M宽带，服务器网络为电信50M宽带的情况下，满足客户需求的各模块并发用户数为：登录（40并发用户）、加载首页（15并发用户）、刷新获取房屋状态（500并发用户）、查看房屋详情（55并发用户）。在测试过程中还发现，在服务器的CPU占用率与内存使用率较低（60%以下）的情况下，每一个模块的测试结果中网络流量的使用都达到了服务器带宽的上限，而这也导致了很低的并发用户数的平均响应时间就达到了客户需求；所以，当前服务器带宽严重制约了其性能，建议增加带宽。
在本次测试进行中，也遇到了如下问题：脚本开始执行后，两台应用服务器只启动了一台，另一台应用服务器的CPU占用率一直为0%，这说明负载均衡未起作用；原因分析：造成此问题的原因可能是nginx配置存在问题，导致nginx未轮询分发请求到两台应用服务器上；建议修改nginx配置文件，已确认现在nginx能轮询分发请求到两台应用服务器上。
根据本次检测的结果与测试通过标准的比对，判定本次该样本性能测试不通过。
相关阅读：
sales@spasvo.com
