模板:性能测试报告
一、测试目的
1、在真实环境下检测系统性能,评估系统性能以及服务器情况;
2、预见系统负载压力承受力,评估系统性能;
3、分析系统瓶颈、提出优化改进建议。
二、服务器配置
※服务器配置信息{示例如下}
序号 | 名称 | 配置 |
1 | 服务器 | |
2 | 数据库 | |
3 | Redis |
三、测试内容
Ø 压测指标:{平均QPS,根据实际项目来定}
Ø 开始压测时间:{实际开始时间-结束时间}
脚本 | 接口描述 | 接口 | 压测方式 |
xxx | 兑换卡券列表 | 混压 | |
查看兑换实物列表 |
※测试策略 {根据实际测试场景来定}
如:
{
1.本次采用混合的方式进行压测,共17个接口,分7个脚本;
2.初始采用梯度增加并发数的方式,逐步增加并发,获取到在多少并发数下,最大qps可达到考核指标;
3.获取到最优并发数后,持续发压,同时查看在该值下服务器的各项指标是否合格;
4.根据实际情况调整并发数或脚本;
5.确定最优并发数后,再次执行脚本,确认该指标的可行性。
}
四、测试结果
脚本 | 接口描述 | 接口 | 压测时长(s) | 实际QPS | 并发数 | 测试结果 |
社区打卡 | 查询打卡社区 | 900 | 1144 | 40 | 通过 | |
卡币商城 | 兑换卡券列表 | 900 | 1084 | 40 | 通过 | |
查看兑换实物列表 | 900 | 1084 | 40 | 通过 |
※主机负载情况
※缓存负载情况
※数据库负载情况
五、测试总结
本次测试,共多少脚本,多少接口测试通过,测试通过率为多少。
若有失败:{详细问题描述}
※测试分析(根据实际情况分析)
{ 如:
- 负载50%的情况下能支撑500QPS(线上四台机器)
- 500QPS大概需要...M带宽
- 瓶颈在ECS的CPU上, RDS,Redis无明显压力
- A接口响应时间太长800ms,导致qps过低
.......
}
※优化建议
{
依实际而定:服务器、宽带、代码优化、数据库查询优化等等