测试脚本设计
本次性能测试以选取的典型业务为依据,每个业务设计一个脚本。测试脚本设计如下:
XX系统性能测试脚本设计 | |||
序号 | 主模块 | 脚本名称 | 事务定义(统计事务响应时间) |
1 | 登录系统 | 系统登录_日期(录制日期) | 系统登录 |
2 | 报表上报 | 新增信息_日期 | 新增信息 |
xx系统性能测试脚本设计 | |||
序号 | 主模块 | 脚本名称 | 事务定义(统计事务响应时间) |
1 | 用户审核 | 用户审核_日期 | 用户审核 |
2 | 用户汇总 | 用户汇总_日期 | 用户汇总 |
3 | 数据查询 | 数据查询_日期 | 数据查询 |
测试场景设计
基准测试
基准测试是一个用于对多个典型的业务操作单独进行评测的,测量、量化和比较的参考指标。
测试方法:
针对业务模型中每个选定的典型业务,编写测试客户端向系统服务器端发送请求并接收返回结果的脚本,包括登录系统、报表上报、用户审核、用户汇总和数据查询。通过单个用户的多次迭代运行(迭代次数20次,每次迭代间隔1秒),取得并记录各项交易的平均响应时间,作为以后多用户并发时系统性能表现的参照指标。
测试特点和要求:
1. 测试环境独立于外界环境。
2. 服务器无额外应用服务运行,无额外监控进程运行。
3. 待测系统无其它用户使用并执行业务操作。
测试场景的参数设计:
名 称 | 参数值 |
用 户 数 | 1 |
参数设置 | 思考时间:忽略 迭代次数:20次 |
能力验证测试
按照需求,本次测试的目标之一是验证系统是否能支持正常业务需求。根据客户提供的交易数量,本方案估算出系统并发用户平均值为2128;并发用户的峰值为2848;容灾并发用户峰值为7104。系统平均并发用户数为2345人,并发用户峰值数为 2491人。本次能力验证测试分别验证系统是否能够满足平均并发用户数、并发用户峰值数和容灾并发用户峰值数。
测试方法
1. 在初始环境中,从并发300用户(可以根据实际测试情况进行合理调整)开始,阶梯递增并发用户数,记录并发用户数达到平均并发用户数、并发用户峰值数和容灾并发用户峰值数时,交易平均响应时间,交易正确率,应用服务器、数据库服务器CPU利用率、内存使用情况等参数。
2. 若应用服务器或数据库服务器资源造成性能瓶颈,随时请开发方协助调整应用服务器和数据库服务器资源。
测试场景的参数设计:
名 称 | 参数值 |
用 户 数 | 300、500、800、1000、1500、2128、2848、…、7104 |
参数设置 | 加压方式:100用户/1秒; 思考时间:忽略; 持续运行时间:20min 减压方式:100用户/1秒。 |
执行的场景:
按照以上测试场景的参数设计来执行测试场景,测试场景为新增报表业务,需要测试的场景如下:
场景序号 | 场景名称列表 | ||
场景名 | 用户数 | 备注 | |
1 | 系统登录 | 300、500、…、2128、2848、…、7104 | 登录并发 |
2 | 报表上报 | 300、500、…、2128、2848、…、7104 | 新增并发 |
3 | 用户审核 | 300、500、…、2345、2491 | 并发 |
4 | 用户汇总 | 300、500、…、2345、2491 | 并发 |
5 | 数据查询 | 300、500、…、2345、2491 | 并发 |
注:加\减压方式、用户数可根据实际测试情况调整。根据实际需求,设计混合场景测试系统用户在线数。
稳定性测试
按照国家统计局的需求,本次测试的另一目标是测试系统的稳定性。在测试环境中通过模拟实际生产环境中的平均业务压力,持续72小时,测试系统的稳定性。
测试方法
以本方案中估算的并发用户平均值,模拟实际生产环境中的平均业务压力,对修改报表业务持续72小时运行,测试系统的稳定性。
测试场景的参数设计:
名 称 | 参数值 |
用 户 数 | 2128 |
参数设置 | 加压方式:100用户/1秒; 思考时间:忽略; 持续运行时间:72小时; 减压方式:100用户/1秒。 |
执行的场景:
按照以上测试场景的参数设计来执行测试场景,测试场景为用户登录业务,需要测试的场景如下:
场景序号 | 场景名称列表 | ||
| 场景名 | 用户数 | 备注 |
1 | 登录_用户数_72h | 1120 |
|
注:稳定性测试场景可根据实际业务需求调整