XX系统项目性能测试报告
XX软件系统项目整体性能测试报告
2021年2月20日
文档编号：（V0.3）修订记录
目录
1. 基本要素 (6)
1.1. 测试目的 (6)
1.2. 测试时间 (6)
1.3. 参考资料 (6)
1.4. 专有名词解释及缩略语 (6)
2. 测试设计 (7)
2.1. 测试策略 (7)
2.2. 测试指标分析 (8)
2.2.1. 在线用户指标 (9)
2.2.2. 业务处理能力指标 (9)
2.2.3. 服务器资源阀值指标 (9)
3. 测试环境 (10)
3.1. 测试环境拓扑图 (10)
3.2. 生产环境拓扑图 (11)
3.3. 环境差异化分析 (12)
3.4. 测试范围 (12)
3.5. 监控工具 (13)
3.6. 测试工具 (13)
4. 测试结论 (14)
4.1. BAU环境性能结果 (14)
4.2. 生产环境性能结果-20210212 (14)
5. 测试场景与结果 (15)
5.1. 基准测试 (15)
5.2. 单交易性能测试 (16)
5.3. 混合性能测试 (17)
5.3.1. 平均响应时间 (19)
5.3.2. 系统处理能力（TPS） (19)
5.3.3. 服务器资源消耗 (19)
5.4. 稳定性测试 (21)
5.4.1. 平均响应时间 (22)
5.4.2. 系统处理能力（TPS） (23)
5.4.3. 服务器资源消耗 (23)
5.4.4. 网络流量 (24)
5.5. 生产环境性能-20210212 (25)
5.5.1. 混合测试结果 (25)
5.5.2. 稳定性测试结果 (28)
6. 性能调优 (31)
6.1.1. 性能问题 (31)
6.1.2. 调优手册 (32)
1.基本要素
1.1.测试目的
本报告为都会堂性能测试的结果报告，本次测试在BAU环境中进行，按照客户的需求中定义的性能指标进行性能测试，验证本次都会堂的性能指标的实际情况，并在此过程中分析出潜在的性能问题，提交测试中发现的问题与其问题解决状态进行报告，并为系统的性能调优提供后续工作参考依据。
1.2.测试时间
2016年 10月8 日至 2017年2月12日
1.3.参考资料
《XX软件系统-性能测试方案v1.2_0913》
《性能测试计划》
1.4.专有名词解释及缩略语
2.测试设计
2.1.测试策略
本次性能测试以容量测试为主，通过基准测试、单交易测试、混合测试、稳定性测试综合衡量系统的各项性能指标是否符合生产的预期性能指标要求。在容量测试指标达到要求的前提下，继续考察系统在高并发下的承载能力以及在异常情况下处理能力。因此本次性能测试策略分为两步：
?一期目标：系统容量测试评估系统各项性能指标是否符合生产的预期性能指标要求。
测试场景包括：基准测试、单交易测试、混合测试、稳定性测试。
?二期目标：评估系统在高并发下的承载能力以及在异常情况下处理能力。测试场景包括：极限压力测试、异常测试。
测试关注的性能指标：
?最大处理能力（TPS）
?成功率
?并发用户
?响应时间
?吞吐量
?资源阀值
2.2.测试指标分析
性能测试方案设计所依据的总体指标如下，数据来源于《XX软件系统-性能测试方案v1.2_0913》。整体性能指标如下：根据业务对性能指标描述“1小时内注册、抢红包和优惠券并发数分别为7000、20000、13000，长险占2%，短险占5%，响应时间日常访问为1s~4s，特殊场景特殊处理”，得出都会堂TPS占比：（例如注册TPS = 7000/3600秒 = 2）
2.2.1.在线用户指标
没有明确指标要求，测试过程中并发用户会以100、200、300、400…频度递增，明确在满足其它性能指标前提下，系统的最大并发用户数能达到多少。
2.2.2.业务处理能力指标
根据业务预测高峰时期“1小时内注册、抢红包和优惠券并发数分别为7000、20000、13000，长险占2%，短险占5%”。因此汇总测试范围8支交易，综合TPS需要达到16任务/秒.
2.2.
3.服务器资源阀值指标
服务器资源使用率指标如下所示：
1)Web、APP服务器：
CPU利用率<80%
内存利用率在一个区间内浮动
磁盘利用率<10%
Page/sec<20
network<生产环境带宽
2)数据库服务器：
CPU利用率<60%
缓冲区命中率>90%
PGA排序命中率>90%
不存在特别突出的等待事件或者排他锁
3.测试环境3.1.测试环境拓扑图
3.2.生产环境拓扑图
3.3.环境差异化分析
配置与下行带宽，性能环境是生产环境配置的一半。因此在测试执行过程中需要关注用服务器集群的资源使用与出口带宽的占用是否会成为性能瓶颈。若资源充裕，可直接满足生产要求，则生产环境无需担心这两方面的问题。若成为瓶颈，则要根据测试结果针对生产情况提出容量配置需求，确定生产的配置是否满足要求。
3.4.测试范围
3.5.监控工具
3.6.测试工具
本次测试采用的LoadRunner版本为LR 11。测试工具由测试组负责安装配置。
LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。在LoadRunner的帮助下，用户可以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题。LoadRunner 能够对整个企业架构进行测试，它通过模拟实际用户的操作行为和实时性能监测，来帮助用户更快地查找和发现问题。此外，LoadRunner 能支持广泛的协议和技术，可以为用户的特殊环境提供特殊的解决方案。
4.测试结论
4.1.BAU环境性能结果
对新都会堂性能环境（BAU）进行了公网的压力测试，100用户压力下主要执行了混合性能测试与稳
定性测试，系统综合性能如下：
?在混合测试过程中，1台应用服务器、并发用户100压力下，系统稳定运行15分钟，综合TPS：94，应用服务器CPU平均使用率：23％，数据库服务器CPU平均使用率：36.4％，各交易失败率均在1%以内。响应时间中位值超过1秒（2秒以内）的事务有5笔。
?在稳定性测试过程中，1台应用服务器、并发用户100压力下，系统稳定运行12小时，综合TPS：
17.89，应用服务器CPU平均使用率：9％，数据库服务器CPU平均使用率：14％，各交易失败率
均在1%以内。响应时间中位值超过1秒（2秒以内）的事务有2笔。网络带宽占用22M bits。
?综上所述，都会堂目前的服务配置，可以承载业务预期的““1小时内注册、抢红包和优惠券并发数分别为7000、20000、13000”系统压力。
4.2.生产环境性能结果-20210212
根据BAU的测试结果，业务确认生产复测的准出标准为：混合性能：TPS 75，响应时间中位值均在2秒以下；稳定性测试结果：TPS 17.8 响应时间中位值均在2秒以下，持续运行12小时，事务成功率大于99%。
对生产环境进行了公网的压力复测，100用户压力下主要执行了混合性能测试与稳定性测试，系统综
合性能如下：
?在混合测试过程中，1台应用服务器、并发用户100压力下，系统稳定运行30分钟，系统综合处理能力（TPS）为70.5，响应时间中位值在2秒以上有2支交易，3支交易响应时间在1秒以上，数据库
的CPU资源使用率最高29％，应用服务器CPU资源使用率26％，系统运行平稳没有明显性能瓶颈，各项指标基本符合预期要求。
?在稳定性测试过程中，1台应用服务器、并发用户100压力下，系统稳定运行12小时，系统综合处理能力（TPS）为14.8，响应时间中位值在2秒以上有2支交易，3支交易响应时间在1秒以上，数据库的CPU资源使用率最高8％，应用服务器CPU资源使用率10％，系统运行平稳错误率低于1%，符合预期；系统处理能力在持续12小时过程中存在性能衰减；在17TPS压力下，下行带宽占用会到40Mbit
?综上所述，混合系统综合处理能力（TPS）为70.5；混合与稳定性均有2支交易响应时间超过2秒；
稳定性过程中17TPS压力下，下行带宽占用会到40Mbit，下行带宽存在潜在性能瓶颈。经业务负责与项目经理确认，有条件准出，测试完成。
性能环境服务器配置为2台应用服务器，1台数据库，但是由于公网压测以及负载均衡策略影响，在
混合测试过程中，压力只能分配到1台应用服务器上。
本次性能测试未覆盖范围即潜在性能风险项包括：
1)微软云的负载均衡效果
2)微信与都会堂之间的交互性能
3)都会堂与MTS之间的交互性能
4)测试后上线版本对代码以及服务配置的变动
5.测试场景与结果
5.1.基准测试
测试目的
测试环境确认之后，对业务模型中涉及的每种业务做基准测试。目的是检查业务本身是否存在功能性
缺陷。同时为将来的混合场景的性能测试性能分析提供参考依据。
测试方法：
编写测试客户端向应用服务器发送业务请求并接收返回结果的脚本，在系统无压力情况下重复100次，每次迭代间等待1秒，取业务方法的响应时间中位值作为衡量指标。
测试结果及分析：
基准测试结果如下表所示：
发现性能问题：
1、在基准测试过程中，由于“卡券领取”有效卡券数量在100万，大表查询效率存在问题。开发对关键表索引进行构建，该问题解决。
5.2.单交易性能测试
测试目的
测试环境确认之后，对业务模型中涉及的每种业务做单交易性能测试。目的是检查业务本身在并发压
力情况下是否存在性能瓶颈。同时为将来的混合场景的性能测试性能分析提供参考依据。
测试方法：
编写测试客户端向应用服务器发送业务请求并接收返回结果的脚本，并发用户压力以
20/40/60/80/100逐步递增，逐一对8支交易进行压力测试，取业务方法的响应时间中位值作为衡量指标。测试结果及分析：
由于单交易性能测试结果是性能调优过程中的结果，该结果反应的不是都会堂系统的最终系统性能表现，因此仅作为参考，不作为系统上线的性能评判依据。
5.3.混合性能测试
目的：
混合交易测试是按照业务模型的约定在一定量的并发情况下测试以下指标：TPS、业务的平均交易响应时间、应用服务器、数据库服务器的资源使用情况、交易正确率等。通过性能测试，可以模拟实际生产环
境中在业务处理高峰期系统的压力情况，得到此时的系统性能表现数据，为系统的实际上线运行提供可靠
的参考。
方法：
按照业务模型比例设置测试场景。直接增加并发量到100，持续运行15分钟。对每个组合的交易设置transcation，进行相应时间判断。收集交易信息以及服务器信息进行调优。
混合交易性能结果：
在并发用户100下的系统关键性能指标如下表所示：
性能环境服务器配置为2台应用服务器，1台数据库，但是由于公网压测以及负载均衡策略影响，在混合测试过程中，压力只能分配到1台应用服务器上。
混合测试过程中：系统综合处理能力（TPS）为94，响应时间中位值均在2秒以下，数据库的CPU资源使用率最高只到36.4％，应用服务器CPU资源使用率23％，系统运行平稳没有明显性能瓶颈，各项指标基本符合预期要求。详细信息如下：
5.3.1.平均响应时间
5.3.2.系统处理能力（TPS）
5.3.3.服务器资源消耗
应用服务器CPU消耗
数据库服务器CPU消耗