容量测试是用来研究程序已经加载非常大量的数据后，处理很少量或很大量数据任务时的运行情况。

一、方法简介

1. 定义

容量测试是用来研究程序已经加载非常大量的数据后，处理很少量或很大量数据任务时的运行情况。这一测试主要关注一次处理合理需求的大量数据时功能的运行情况。

2. 设计方法

系统中有许多功能都需要进行容量测试，比如：在局容量中进行了限定的指标都需要进行容量测试，另外系统经常扩容或者改版，每次扩容和改版都需要进行相应的容量测试。容量测试是用来测试系统已经加载了大量数据的情况下，系统各个功能的运行情况。容量测试有两个关键点：(1)如何加载大容量的数据;(2)加载数据后，需要进行哪些测试。以下用一个配置表的容量测试进行说明。

二、加载大容量数据的方法

添加数据一般需要开发测试脚本，根据数据呈现出的不同规律性，脚本的开发方式也有所差异，下面介绍使用WinRunner开发容量测试脚本的三种方式：

1. 开发结构化脚本进行容量测试

结构化脚本类似于结构化程序设计，利用脚本中的指令控制脚本的执行。这些指令一般是选择结构或者迭代结构。选择控制结构使脚本具有判断功能，最普通的形式是if语句。迭代控制结构可以根据需要重复一条或者几条语句，直到满足重复的次数为止。我们正是利用了WinRunner脚本的能够循环添加数据的功能达到容量测试的目的。结构化脚本适用于所添加的数据具有某种规律性，把数据的这种规律性以脚本的形式设计出来就可以完成数据的添加。

脚本设计步骤如下：

(1)寻找添加数据的规律，容量测试的数据在添加的时候一般都具有规律性，有的以某个关键字递增，有的以某个指标递增，首先把这种规律总结出来;

(2)将数据增加的规律以脚本的形式录制下来;

(3)添加迭代结构和选择控制结构，一般以循环结构满足数据重复添加的需要;

(4)调试并运行脚本，添加数据;

下面以添加No.7路由为例进行说明。

(1)寻找规律。局容量中设定了No.7路由的最大值为255，通过试验，我们发现No.7路由数据以路由号为关键字递增，每次添加路由数据成功后，添加的路由号都被删除，新添加时只需记录先前的位置即可。

(2)录制单次执行的脚本。如下所示：

# Add signaling route

win_mouse_click ("Add signaling route", 165, 46);

win_type ("Add signaling route","Route");

win_mouse_click ("Add signaling route", 193, 154);

(3)添加迭代语句。局容量中No.7路由的最大值为255，我们要将步骤(2)中录制的语句循环执行255次就可以添加255条数据，为此需要在(2)中的脚本上加入控制结构，如下：

For(i=0;i<255;i++)

{

# Add signaling route

win_mouse_click ("Add signaling route", 165, 46);

win_type ("Add signaling route","Route");

win_mouse_click ("Add signaling route", 193, 154);

}

(4)循环执行，添加数据。

2. 数据驱动的容量测试

如果添加的数据没有规律，那么就需要使用数据驱动脚本。数据驱动是指通过读取本地Excel表的方式进行测试。当执行数据驱动脚本时，WinRunner会读取数据表中的每一笔数据，并放入被参数化的地方，然后执行一次，直到把所有的数据都添加完为止。

脚本的设计步骤如下：

(1)将需要添加的数据放入一个Excel表中，表的第一行表示这组数据的名称。表中的数据可以是杂乱无章、毫无规律的数据，WinRunner将读取该表的数据添加到被测系统中;

(2)录制一个添加数据的普通脚本，我们将在这个脚本的基础上构建数据驱动测试;

(3)加上开启及关闭数据表的指令;

(4)加上循环语句，完成读取数据表的每一笔数据的功能;

(5)将脚本中录制的固定值参数化为数据表的字段值;

(6)调试并执行脚本，添加数据;

下面以号码分析为例进行说明。

(1)建立Excel数据表。将需要进行号码分析的数据添加到该表中，注意第一行表示数据的名称，不是真正的数据。

(2)录制普通脚本。录制号码分析的普通脚本，其中133851就是添加的号码，后面我们将对这个号码参数化，使其能够读取Eecel数据表中的数据。

# Add the Analysed Digit Type5 [Local Network] Entry5

win_mouse_click ("Add the Analysed Digit Type5 [Local Network] Entry5", 174, 25);

win_type ("Add the Analysed Digit Type5 [Local Network] Entry5","133851");

(3)添加开启和关闭数据表的指令，数据表只有在打开的条件下才能够读取数据。

table = "D:\\ table\\config_table.xls"; 表的路径

rc = ddt_open(table, DDT_MODE_READ);

if (rc!= E_OK && rc != E_FILE_OPEN)

pause("Cannot open table.");

# Add the Analysed Digit Type5 [Local Network] Entry5

win_mouse_click ("Add the Analysed Digit Type5 [Local Network] Entry5", 174, 25);

win_type ("Add the Analysed Digit Type5 [Local Network] Entry5","133851");

ddt_close(table);

注：该步骤也可以使用WinRunner 自带的数据驱动向导进行添加。

(4)添加循环语句。通过循环语句逐句读取数据表中的数据，完成数据的自动添加。

table = "D:\\ table\\config_table.xls";

rc = ddt_open(table, DDT_MODE_READ);

if (rc!= E_OK && rc != E_FILE_OPEN)

pause("Cannot open table.");

ddt_get_row_count(table,table_RowCount);

for(table_Row = 1; table_Row <= table_RowCount; table_Row ++)

{

ddt_set_row(table,table_Row);

# Add the Analysed Digit Type5 [Local Network] Entry5

win_mouse_click ("Add the Analysed Digit Type5 [Local Network] Entry5", 174, 25);

win_type ("Add the Analysed Digit Type5 [Local Network] Entry5","133851");

}

ddt_close(table);

(5)参数化。将固定值133851替换为表的Digit参数，这样每一次循环就可以读取数据表的一个值，而不是原先的固定值了。

table = "D:\\ table\\config_table.xls";

rc = ddt_open(table, DDT_MODE_READ);

if (rc!= E_OK && rc != E_FILE_OPEN)

pause("Cannot open table.");

ddt_get_row_count(table,table_RowCount);

for(table_Row = 1; table_Row <= table_RowCount; table_Row ++)

{

ddt_set_row(table,table_Row);

# Add the Analysed Digit Type5 [Local Network] Entry5

win_mouse_click ("Add the Analysed Digit Type5 [Local Network] Entry5", 174, 25);

win_type ("Add the Analysed Digit Type5 [Local Network] Entry5", ddt_val(table,"Digit"));

}

ddt_close(table);

(6)调试并执行步骤5中的脚本，即可完成数据的自动添加。

3. 结构化脚本和数据驱动相结合

如果添加的数据跟测试环境(如局向号、版本号等)有很大的关系，但是测试环境一旦确定下来，其数据又有很大的规律性，在这种情况下添加数据就需要将上述的两种方法结合起来开发脚本。使用数据驱动应对测试环境的变化，使用结构化脚本应对测试数据的变化，具体的使用方法2.1和2.2中已经说明，在此不再赘述。

三、 加载数据后的测试项

容量测试需要测试的内容：一是大容量的数据是否可以加载成功;二是加载大容量数据后系统是否可以正常运行。第二点需要根据系统的特点不断的进行整理总结，如下是一个配置表加满后的测试设计项目：

1. 能够添加最大的容量数据，在达到最大容量时功能能够正常运行;

2. 达到最大容量后，该功能的显示、修改和删除正常;

3. 超出容量最大值时会有限制，且提示已经达到了最大容量;

4. 能够进行备份、恢复和数据同步，同步后系统能够稳定的工作;查看前台表，数据跟后台一致，尤其是最后的几条记录;

5. 关联功能的测试，添加大容量的数据后，与该功能关联的功能能够正常使用;

6. 进行主备倒换和重启，单板能够启动并运行正常;

7. 日志管理中没有异常的日志信息;

8. 告警管理中，如果有相关的告警其告警信息正确;

9. 加满数据后不影响后台的使用，后台的CPU和内存冲高后可以恢复;

10. 前台的CPU和内存冲高后可以恢复;

11. 达到最大容量后，删除部分排序在前的数据，再次增加：

(1)配置数据达到最大容量;

(2)删除部分中间的数据或者排序在前面的数据;

(3)再次增加数据，测试是否能够增加成功。

四、总结

容量测试不仅仅是添加数据就可以了，要进行全面、深入的容量测试，必须在加载数据的基础上从多个不同的角度测试系统。本文给出了加载数据的方法和加载数据后的测试样例，实际应用中需要根据不同系统的特点进行不同的设计。