XX 5.0系统 性能测试方案 |
修订历史记录
1 项目概述
1.1 背景说明
1.2 测试目的
为保证在日常运行及大型活动期间,稳定运行、应用快速,对进行性能测试,验证系统是否能够达到业务所需的性能指标,同时发现系统中存在的性能瓶颈,并进行改进,起到优化系统的目的。主要包括以下几个方面:
- 评估系统的能力,测试中得到的负荷和响应时间数据可以被用于验证所计划的模型的能力。
- 识别体系中的弱点:受控的负荷可以被增加到一个极端的水平,并突破它,从而修复体系的瓶颈或薄弱的地方。
- 系统调优:重复运行测试,验证调整系统的活动得到了预期的结果,从而改进性能。
- 检测软件中的问题:长时间的测试执行可导致程序发生由于内存泄露引起的失败,揭示程序中的隐含的问题或冲突。
- 验证稳定性和可靠性:在一定生产负荷下执行测试一定的时间,用以评估系统稳定性和可靠性。
1.3 参考文档
2 测试环境
2.1性能测试环境拓扑图
2.2服务器配置
服务器 |
数量 |
硬件配置 |
软件环境 |
作用 |
压测机1台 |
1 |
8C16G |
linux |
加压 |
应用服务器 |
(mzapipress:4台,UAC:2台) |
8C 16G*6 |
Tomcat |
应用服务器 |
数据库服务器 |
1 |
8C16G |
mysql |
数据库 |
redis |
1 |
8G集群版(2节点) |
缓存服务器 |
|
ES |
1 |
? |
? |
|
MQ |
1 |
共用PRE环境 |
||
nginx |
1 |
共用PRE环境 |
||
文件服务器 |
1 |
PRE服务 |
备注:服务器配置根据业务需要申请
3 测试数据
3.1基础数据准备
脱敏、同步线上数据,保证被压测系统数据库量级和线上一致,
目前压测环境23万用户数据,线上1000万不都是活跃用户,有效用户数23万已足够
3.2 入参数据准备
根据不同的业务场景,对应的具体接口入参可以从数据库提取、代码生成、计数器、随机数等方式来进行参数化,数据唯一性接口保证每次访问入参不重复,避免数据缓存造成压测误差
查询接口:在swagger中找到对应的api,通过参数去数据库导出入参数据。
写接口:根据业务需求造出对应入参数据。
4 指标测试目标要求
4.1 性能指标
|