CN1527509A - 一种测试方法 - Google Patents

Abstract

一种测试方法，该方法包含如下步骤：a.生成测试用例文件；b.对测试用例文件进行解释，提取测试数据、预期结果、待测设备的控制口参数与测试仪器的端口参数；c.分别配置待测设备的控制口和测试仪器的端口；d.通过测试仪器向待测设备数据口输入端发送测试数据；e.从待测设备数据口输出端捕获输出数据，与预期结果比较，得到测试结果。本发明通过关键字的定义可自动生成测试用例文件，且测试用例文件可以被解释成可自动执行的测试用例脚本，所以实现使测试过程在很大程度上实现了自动化，提高了测试效率；测试输入数据一致性好，测试时间可控，满足反复测试和回归测试的要求，测试过程的可重复性得到了提高。

Description

一种测试方法

技术领域

本发明涉及设备测试领域，具体指一种测试方法。

背景技术

在通信设备领域，有很多设备具有控制口和数据口，为保证设备在通信系统能稳定地运行，在组网前有必要对其进行功能和性能测试。

在现有技术中，一般都采用手工测试方法来完成对设备的测试，其具体步骤如下：一、测试人员编写测试用例，并手工对被测设备控制口进行配置；二、通过被测设备数据口输入测试数据并捕获输出数据；三、判断被测设备处理是否正确，同时通过控制口监测被测设备运行状态的过程。可见，整个测试过程都通过手工完成，效率很低，为此业界通过被测设备数据口的输入输出，编写测试用例脚本，通过执行测试用例脚本实现测试数据的自动输入和输出数据正确性的自动判断。

但是，上述改进型的手工测试方法仍有许多不足，主要包括：

1、测试用例脚本通用性不高，在使用共享的脚本进行测试时，一般都需要进行改动以适应测试的要求，且脚本的编程规范性、可移植性等方面也不规范。

2、由于主要测试过程仍是靠手工完成，所以测试效率较低且测试质量直接受测试人员的经验及技能影响。

3、手工测试的可重复性差，多次执行同样测试用例时，不能保证其环境配置、测试时间和输入数据相同，从而影响测试质量。

发明内容

本发明提供一种测试方法，以对具有控制口和数据口的待测设备进行测试，解决现有技术中因采用或主要采用手工测试而带来测试效率低且测试质量不稳定的问题。

为解决上述问题，本发明的测试方法包含如下步骤：

a、生成测试用例文件；

b、对测试用例文件进行解释，提取测试数据、预期结果、待测设备的控制口参数与测试仪器的端口参数；

c、分别配置待测设备的控制口和测试仪器的端口；

d、通过测试仪器向待测设备数据口输入端发送测试数据；

e、从待测设备数据口输出端捕获输出数据，与预期结果比较，得到测试结果。

其中，所述步骤a中测试用例文件中含有控制口关键字、数据口关键字、用例说明关键字。

所述的控制口关键字和数据口关键字均包含有：端口属性关键字、输入关键字、预期输出关键字，用例说明关键字包含名称关键字、时间关键字。

步骤a所述测试用例文件生成方式为界面向导方式。

所述步骤e还进一步包括：将各端口输入数据、捕获的实际输出数据和测试结果保存在结果文件中。

采用上述技术方案后，本发明具有如下优点：

由于通过关键字的定义可自动生成测试用例文件，且测试用例文件可以被解释成可自动执行的测试用例脚本，所以实现使测试过程在很大程度上实现了自动化，提高了测试效率；

由于采用向导方式的用户界面，所以只需要直接输入测试数据，省掉许多手工操作；

测试执行的输出可以完整地捕获和保存，为问题的定位提供便利；

测试输入数据一致性好，测试时间可控，满足反复测试和回归测试的要求，测试过程的可重复性得到了提高。由于关键字的提取需要制定一定的规则，测试用例文件也要求有标准化的格式，这样为大量测试用例的管理提供了可能，提高了测试用例的规范化程度，便于测试用例文件的推广和共享，提高了测试用例文件的通用性。

下面结合附图和具体实施例来详细描述本发明。

附图说明

图1是本发明所述具有控制口和数据口的待测设备的测试方法的原理框图；

图2是本发明所述的关键字的构成图；

图3是本发明所述具有控制口和数据口的待测设备的测试方法的流程图。

具体实施方式

如图1所示，本实施例利用计算机产生和解释测试用例文件，然后由计算机串口向待测设备发送配置信息，通过计算机网口与测试仪器连接，而测试仪器的网口与待测设备的数据输入口、输出口连接。其中计算机串口(com1)连接待测设备控制口，串口属性为：波特率115200，数据位为8位，无奇偶校验，停止位为1位，无流量控制；而测试仪器的IP地址为10.11.112.13，使用它的网口(003)向待测设备输入数据，该网口属性为：最大速率100M，全双工模式，无流控；同时使用测试仪器的网口(000)捕获待测设备的输出数据，该网口属性为：最大速率100M，全双工模式，无流控。

本实施例的具有控制口和数据口的待测设备测试的方法，通过测试仪器发送测试数据至待测设备，如图2所示，其具体包含如下步骤：

第一、生成测试用例文件。

计算机通过使用界面向导的方式，此时，人为参与的只是输入各项参数和数据，这样可以避免手工编辑时可能出现的各种格式错误；利用程序自动得到如下所示的测试用例文件，“//”后的内容是测试用例文件的注释：

！Case～T_1                                  //说明关键字”！Case”，表明测试用例文件名T_1

！ComConfig～{com1，115200，8，NULL，1，NULL}//控口属性关键字，说明com1的端口参数

！ComPreCommand～{add alocaluser}           //控制口输入关键字，表明发出“add a

                                            //local user”命令

！ComPostCommand～{show local user，[1]}    //控制端口预期结果关键字，说明使用

                                            //“show local user”命令查询用户个数，预

                                            //期返回值是“1”

！SmartBitsIP～10.11.112.13                 //测试仪器的IP地址

！Inhsp～{003}                              //数据口属性关键字，使用测试仪器的

                                            //{003}网口

！InPortConfig～{110}                       //测试仪器网口的属性(100M/全双工/无

                                            //流控)

！Outhsp～{000}                             //使用测试仪器{000}网口捕获待测设备的

                                            //输出

！OutPortConfig～{110}                      //测试仪器捕获用网口的属性(100M/

                                            全双//工/无/流控)

！PacketCount～1                            //数据口发送测试数据的数量，发送一个包

！Utilization～NULL                         //发送测试数据的速度，NULL表示以100M

                                            //发送

！InPacket～                                //数据端口输入关键字“！InPacket”，后面的

                                            //是发送给待测设备的测试数据，64字节的

                                            //IP包

0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×08 0×00 0×45 0×00

0×00 0×32 0×00 0×00 0×00 0×00 0×40 0×04 0×EC 0×9E 0×C6 0×13 0×01 0×02 0×C6 0×13

0×01 0×01 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00

0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00

！ExPacket～                                //数据端口预期输出关键字”！ExPacket”，也

                                            //是一个64字节的IP包，后面数据中的“**”

                                            //表示的是无意义数据，在比较实际输出与

                                            //预期输出时不处理这些数据。在本例中，

                                            //只比较有实际数值的字节

0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×08 0×00 0×**0×**

0×00 0×32 0×**0×**0×**0×**0×**0×**0×EC 0×9E 0×**0×**0×**0×**0×**0×**

0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**

0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**0×**

其中，测试用例文件中含有控制口关键字、数据口关键字、用例说明关键字的组成如图3所示。

第二、对测试用例文件进行解释，提取测试数据、预期结果、待测设备的控制口参数与测试仪器的网口参数；

解释步骤一中的测试用例文件，得到计算机串口(com1)的属性为：波特率115200，数据位为8位，无奇偶校验，停止位为1位，无流量控制；而测试仪器的IP地址为10.11.112.13，其网口(003)属性为：最大速率100M，全双工模式，无流控；网口(000)属性为：最大速率100M，全双工模式，无流控；同时也得到了测试数据、预期结果。

第三、分别配置待测设备的控制口和测试仪器的端口。

通过计算机串口(com1)配置待测设备的控制口的环境参数并发送配置命令“Add a local user”，同时配置测试仪器的端口的环境参数。

第四、通过测试仪器向待测设备数据口输入端发送测试数据。

计算机控制测试仪器从网口(003)向待测设备的数据口输入端发送一个所述的64字节的IP数据包作为测试数据。

第五、从待测设备数据口输出端捕获输出数据，与预期结果比较，得到测试结果。

从测试仪器网口(000)捕获待测设备数据口输出端的输出数据，与预期值相比较，得到测试结果。其中预期值也是一个64字节的IP数据包，只是将输入数据改动了几个字节。

另外，本实施例还通过计算机串口(com1)向待测设备发送查询命令“show local user”，待测设备将查询结果通过该串口反馈给计算机，计算机将返回的查询结果与预期值相比较，预期值应该为1。

而且，计算机将网口数据的比较结果和串口数据的比较结果保存在结果文件中，同时将测试过程中的各种输入输出数据也保存在结果文件中，其文件名和测试用例文件的名字相同、扩展名不同。

Claims (6)

1、一种测试方法，其特征在于，该方法包含如下步骤：

a、生成测试用例文件；

b、对测试用例文件进行解释，提取测试数据、预期结果、待测设备的控制口参数与测试仪器的端口参数；

c、分别配置待测设备的控制口和测试仪器的端口；

d、通过测试仪器向待测设备数据口输入端发送测试数据；

e、从待测设备数据口输出端捕获输出数据，与预期结果比较，得到测试结果。

2、如权利要求1所述的一种测试方法，其特征在于，所述步骤a中的测试用例文件中含有控制口关键字、数据口关键字、用例说明关键字。

3、如权利要求2所述的一种测试方法，其特征在于，控制口关键字和数据口关键字均包含有：端口属性关键字、输入关键字、预期输出关键字。

4、如权利要求2所述的一种测试方法，其特征在于，用例说明关键字包含名称关键字、时间关键字。

5、如权利要求1所述的一种测试方法，其特征在于，步骤a所述测试用例文件生成方式为界面向导方式。

6、如权利要求1所述的一种具有控制口和数据口的待测设备的测试方法，其特征在于，所述步骤e还进一步包括：

将各端口输入数据、捕获的实际输出数据和测试结果保存在结果文件中。

Images