测试之路一 测试脚本设计和测试场景设置

测试脚本设计

本次性能测试以选取的典型业务为依据，每个业务设计一个脚本。测试脚本设计如下：

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

 

注：稳定性测试场景可根据实际业务需求调整