1.1、测试目的
对XX系统的业务能力进行性能测试，客观、公正评估系统的性能现状。
1、开发正确、有效的性能测试脚本，模拟业务员进行：XX、XX 这2个单据新增保存、查询、编辑等操作 ；
2、通过性能测试，客观、公正评估在当前环境下，被测系统的各项性能指标表现；
3、验证被测系统的业务处理能力是否能够满足在业务 高峰期的性能要求，为被测系统上线提供参考依据。如不满足，对性能瓶颈进行定位分析，提供性能调优建议。
1.2、测试时间
测试自20XX年X月XX日启动
1.3、测试地点
XX项目现场
1.4、参与人员
| 角色 | 姓名 | 单位 |
| 测试人员 | ||
| 测试人员 | ||
| 测试人员 |
2.测试环境
2.1、环境服务部署详情
| 应用 | 服务器地址 | |
| 微服务名称 | 该服务所在IP地址 |
2.2、环境拓扑图
2.3、硬件环境
| 应用信息 | IP地址 | 操作系统 | 所在主机配置 |
3.测试场景
| 模块 | 场景名 | 操作端 | 接口名 |
4.测试结果
4.1项目模块
4.1.1PC新增保存项目
场景描述：模拟用户，对XX单据的新增保存接口进行压力测试。分别测试了10并发，20并发，30并发,50并发,120并发。每2s上1个用户，持续5分钟。
- 平均响应时间梯度对比：
- 系统处理能力：
- 服务器资源利用率： 10并发、20并发...都贴上图，此处不赘述。
5.调优汇总
5.1增加微服务节点数
问题：压测时XX微服务所在的XX服务器内存经常超过50%
调优：增加1个XX微服务节点，放在XX服务器上。
-
5.2 程序优化
问题：xx单据查询--并发的平均响应时间超过3s、最高能达到21s多。
调优：查询代码优化。
6.测试结论
据了解XXX一期使用系统的人数是200~250人，全面推广后为500~600人，所有事业部推广平均在1500人左右。根据系统用户数计算并发用户数：并发用户数 = 系统最大在线用户数的8%，则并发用户数在20时即可满足XX第一期推广时的日常使用情况；并发用户数在48时即可满足XX全面推广时的日常使用情况；并发用户数在120时即可满足所有事业部的日常使用情况。（PS：推断不一定准，只做参考）
压测点
操作端
线程数
平均响应时间（ms）
TPS
通过以上压力测试过程可以得出，在系统主要功能业务：PC&APP....都能够满足50并发，并发是120的时候，平均响应时间也大都在10s。其中：
PC可以支撑每分钟新增保存880个XX单据的压力。
APP可以支撑每分钟新增保存1400个XX单据的压力......根据以上测试结果，当前系统情况可以满足XX项目日常的使用。