性能测试报告模板

• 1. 目标

• 验证系统是否满足当前并发用户的需求

• 确定在服务稳定的前提下，业务能够支持的最大并发量

• 在性能测试过程中发现系统中的性能瓶颈并调优

• 2. 服务资源信息

    业务，CPU，内存，Pod数量

    Redis相关： 组件名，版本，类型，分片数，节点数 

• 3. 测试准备

1. 在性能测试执行之前需要提前输入测试数据信息到redis，防止对供应商服务造成压力，影响到真实用户使用。
2. 部署locust的master和worker的集群，目前是1*master和4*worker，针对目前的性能要求已经完全可以满足
3. 针对性能的服务的监控服务界面设置完成

• 4. 测试汇总

• 4.1 基准测试

压力小的情况下的压测

• 4.1.1 响应时间基准

• 4.1.2 接口并发基准

• 4.2 业务并发测试

压力大的情况下的压测。

结果样式： 

并发数	测试Pod	服务Pod	接口名称	QPS	并发增长率	失败率	响应时间	资源占用 CPU 内存	结论

• 总结

1. 当前x服务，在y个pod节点稳定运行的情况下，可支持每秒并发请求数：n，每秒处理的请求数：m
2. 每秒请求数n的时候，有将近50%的pod的内存使用在90%以上