CN101655817A

CN101655817A - 图形用户界面测试方法及测试装置

Info

Publication number: CN101655817A
Application number: CN200910161995A
Authority: CN
Inventors: 刘金刚
Original assignee: Huawei Symantec Technologies Co Ltd
Current assignee: Huawei Digital Technologies Chengdu Co Ltd
Priority date: 2009-09-24
Filing date: 2009-09-24
Publication date: 2010-02-24

Abstract

本发明公开了图形用户界面测试方法及测试装置。本发明实施例中，将GUI控件进行分类，根据控件名称查找待测试的控件对象；识别所述控件对象对应的控件分类；按照所述识别得到的控件分类获取随机测试数据并采用所述获取的随机测试数据对所述控件进行测试。由于利用随机数对GUI控件进行自动化测试，与传统的数据驱动方式相比减少了数据池的维护，提高了GUI自动化用例的扩展性和可维护性。因为测试数据是随机生成的，并且测试覆盖率是随着测试用例执行的次数线形增加的，测试次数越多，其与传统的静态测试用例相比，将获得更高的测试覆盖率，更容易实现完备的测试，提高测试精度。

Description

图形用户界面测试方法及测试装置

技术领域

本发明涉及软件测试技术领域，具体涉及一种图形用户界面测试方法及测试装置。

背景技术

随着图形用户界面(GUI：Graphical User Interface)在软件中的广泛应用，GUI已经成为用户与软件交互的一种必不可少的方式，专门针对GUI的测试理论和技术也应运而生。GUI自动化测试技术就是用脚本来模拟人的手工测试，从而实现减轻手工测试的劳动量，提高软件质量的目的。

现有技术一中的一种GUI测试方法是基于录制/回放机制的自动化测试，具体为：使用测试工具快速录制整个测试过程，下次测试时可以执行上次录制的脚本来回放整个测试过程，从而达到测试的自动化的目的。

而这种GUI测试方法为了实现对GUI所有控件的测试，其录制的脚本非常庞大难于维护，同时录制的脚本重用性差，当GUI发生变更时，则需要重新录制脚本，其工作量巨大。

现有技术二提供一种采用数据驱动的GUI自动化测试方法，自动化脚本需要采用特定自动化工具开发，数据驱动的自动化测试框架将测试数据从测试逻辑中抽象出来，测试人员通过维护多组测试数据，通过对应的测试逻辑，实现对GUI的测试。

在对现有技术的研究和实践过程中，本发明的发明人发现，现有技术二这种方法减少了测试逻辑的开发和修改的工作量，但是由于测试人员需要维护大量的测试数据，其工作量同样是繁琐而巨大的。

发明内容

本发明实施例中提供图形用户界面测试方法及测试装置，可以降低GUI测试的数据维护的工作量。

本发明实施例提供的一种图形用户界面控件的测试方法，包括：

根据控件名称查找待测试的控件对象；

识别所述控件对象对应的控件分类；

按照所述识别得到的控件分类获取随机测试数据并采用所述获取的随机测试数据对所述控件进行测试。

本发明实施例提供的一种图形用户界面控件测试装置，包括：

第一单元，用于根据控件名称查找待测试的控件对象；

第二单元，用于识别所述第一单元查找到的控件对象对应的控件分类；

第三单元，用于按照所述第二单元识别得到的控件分类获取随机测试数据并采用所述获取的随机测试数据对所述控件进行测试。

本发明实施例中，将GUI控件进行分类，根据控件名称查找待测试的控件对象；识别所述控件对象对应的控件分类；按照所述识别得到的控件分类获取随机测试数据并采用所述获取的随机测试数据对所述控件进行测试。由于利用随机数对GUI控件进行自动化测试，与传统的数据驱动方式相比减少了数据池的维护，提高了GUI自动化用例的扩展性和可维护性。因为测试数据是随机生成的，并且测试覆盖率是随着测试用例执行的次数线形增加的，测试次数越多，其与传统的静态测试用例相比，将获得更高的测试覆盖率，更容易实现完备的测试，提高测试精度。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一图形界面控件测试方法的流程图；

图2是本发明实施例一中对有索引编号类控件进行测试的流程图；

图3是本发明实施例一中对IP掩码类控件进行测试的流程图；

图4是本发明实施例一中对无索引编号类控件进行测试的流程图；

图5是本发明实施例一中对状态类控件进行测试的流程图；

图6是本发明实施例二图形界面控件测试装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例一种图形用户界面控件的测试方法，流程图如图1所示，包括：

A1，根据控件名称查找待测试的控件对象；

对于待测试的GUI控件，首先根据控件名称在GUI中查找对应的控件，可以理解，在进行控件的查找过程中可以结合控件的类型进行查找，以缩小查找范围，提高查找速度。

A2，识别所述控件对象对应的控件分类；

发明实施例中，将控件进行分类，可以分为：有索引编号类控件、IP掩码类控件、无索引编号类控件和状态类控件等。

A3，按照所述识别得到的控件分类获取随机测试数据并采用所述获取的随机测试数据对所述控件进行测试。

本发明实施例中，在对控件分类后，对于各个类别的控件设置不同的随机测试数据维护策略以及数据获取方式，以适应不同类别控件的特性。在获取随机测试数据后，则可以通过随机测试数据实现控件的测试。具体进行控件测试的过程即是通过数据驱动实现对控件的操作，以及根据控件的操作结果和预置的结果的比对的过程。

本发明实施例一中，将GUI控件进行分类，根据控件名称查找待测试的控件对象；识别所述控件对象对应的控件分类；按照所述识别得到的控件分类获取随机测试数据并采用所述获取的随机测试数据对所述控件进行测试。由于利用随机数对GUI控件进行自动化测试，与传统的数据驱动方式相比减少了数据池的维护，提高了GUI自动化用例的扩展性和可维护性。因为测试数据是随机生成的，并且测试覆盖率是随着测试次数线形增加的，测试次数越多，其与传统的静态测试相比，将获得更高的测试覆盖率，更容易实现完备的测试，提高测试精度。并且重复本发明实施方法，按照预置的时序还可以实现则可以完成对页面中不同控件之间进行组合测试。

下面基于本发明对GUI控件的分类，对按照所述识别得到的控件分类获取随机测试数据并采用所述获取的随机测试数据对所述控件进行测试的过程进行详细描述，可以理解，下面对GUI控件的分类方式仅为本文基于实现的一种较为合理的分类，本发明实施例不排除还有其他的类似的分类方式，具体的分类方式不构成对本发明的限制。

一、对于有索引编号类控件，所述按照所述识别得到的控件分类获取随机测试数据并采用所述获取的随机测试数据对所述控件进行测试的过程如图2所示，包括：

B1，获取所述控件对象中的成员数量(Count)；

以容器控件为例，该控件的数据处理依据于预设的范围值，如：GUI中经常出现的，出生年月日等控件，下拉(上拉)菜单(表格)中的各个预设值(1941、1949、1942......2009)。那么获取的成员数量则是1949至2009，共60个成员。

B2，在所述成员数量范围内随机生成成员编号作为控件索引，并根据所述控件索引获取对应的成员值；

本实施例可以根据随机函数，在成员数量的范围内对成员进行随机选择，并将选择的成员值作为测试数据。例如：上述步骤B1中，通过随机函数选择了第10个成员(1950)，那么1950则是本次对该控件进行操作的测试数据。

B3，根据所述成员值对所述控件进行测试。

具体通过测试数据对控件进行操作的过程可以采用现有数据驱动测试的多种方式实现，本发明不做赘述。

可以理解，在经过上述的控件操作后，则完成一次对控件的测试，为了实现对该控件的完备测试，需要重复执行多次测试，每次测试则随机选择测试数据，当满足一定的测试次数，测试了足够多的用例的情况下，操作人员可以依据最终的测试数据统计对该控件的测试结果。

为了使得在随机选择数据的过程中，测试数据的分布趋于平均，本发明对测试数据进行分组，按照组别选择测试数据操作控件，如步骤B1中的例子，可以将60个成员分成3组(组1、组2和组3)，每个组20个成员，第一次测试随机选择组1内一个成员的值，第二次测试随机选择组2内的一个成员的值、第三次测试选择组3内一个成员的值，以此类推，则可以保证在对该控件的测试一定量的数据后，三个组内选择的测试数据基本实现平均。

二、对于网际协议(Internet Protocol，IP)掩码类控件，所述按照所述识别得到的控件分类获取随机测试数据并采用所述获取的随机测试数据对所述控件进行测试的过程如图3所示，包括：

C1，通过随机函数随机获取一个IP地址；

随机获得IP地址需要满足IP地址的格式，基本的IP地址格式为4组八位二进制数，用十进制数表示，则第一组数选择范围为1～223，第二、三、四组数据的选择范围0～254)，如：192.168.0.1或类似的格式，可以理解，在下一代互联网协议(IPV6)中对IP地址范围进行了扩充，详见相关通信协议标准。

C2，采用所述获取的IP地址对所述控件进行测试。

具体通过获取的IP地址对控件进行操作的过程可以采用现有数据驱动测试的多种方式实现，本发明不做赘述。

本发明实施例中，为了使得测试数据趋于平均，可以将待测试的IP地址范围进行划分，在进行测试数据的随机选取时，依次在每个IP地址范围进行选取。

三、对于无索引编号类控件，所述按照所述识别得到的控件分类获取随机测试数据并采用所述获取的随机测试数据对所述控件进行测试的过程如图4所示，包括：

D1，根据所述控件名称加载数据资源池；

本发明实施例中，数据资源池内的数据一般为动态生成的，其生成的规则满足控件的操作需求，如大小格式等，当然测试数据也可以是预先设置的静态数据，静态数据可能是用户需要特殊测试测特定数据。

D2，在所述数据资源池内随机选择一个测试数据；

本发明实施例中可以根据所述数据资源内数据的编号范围内，随机生成一个编号，并获取所述生成的编号对应的数据资源池内的测试数据。

D3，采用所述选择的测试数据进行所述控件的测试。

本发明实施例中，对于无索引编号类控件和有索引编号类控件，可能系统需要对边界值进行绝对测试，为了保证可以覆盖到被测对象的边界值，可以对边界值测试进行记录，在随机测试足够量的数据后，检查边界值(上边界、下边界)是否被测试，若没有则取出边界值进行测试；或者先进行边界值的测试，然后再对于其他数据进行随机测试；还可以在随机测试足够量的数据后，检查边界值(上边界、下边界)是否被测试，若没有则继续进行随机测试，直到对边界值进行测试完成后，停止测试。

具体的编程函数举例如下：

为保证可以覆盖到被测对象的边界值，可以首先在0-5(范围可根据实际情况设置)之间获取一个伪随机数，当获取随机数为“0”时测试数据为左边界；当随机数为“1”时测试数据为右边界；当随机数为2-4时再随机的获取数据，这样保证用例反复执行有限次数，肯定可以覆盖被测对象的边界值测试。

Number＝Random(5)；

Switch(Number){

Case 0：

Text＝left；

Break；

Case 1：

Text＝right；

Break；

Default：

Text＝getText()；//随机获取一个测试数据

}

四、对于状态类控件，所述按照所述识别得到的控件分类获取随机测试数据并采用所述获取的随机测试数据对所述控件进行测试的过程如图5所示，包括：

E1，根据所述状态控件的状态列表，随机选择一个状态信息作为测试数据；

状态类控件一般包含两个相对的状态，如：是/否；男性/女性；等，当然不排除也包含多状态的状态类控件。

E2，采用根据所述选择的状态信息对所述控件进行测试。

具体通过选择的状态信息作为测试数据进行控件测试的过程可以采用现有数据驱动测试的多种方式实现，本发明不做赘述。

本领域普通技术人员可以理解上述实施例的各种方法或者装置中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：ROM、RAM、磁盘或光盘等。

下面对本发明实施例提供的图形界面控件测试装置进行描述，本发明实施例提供的图形界面控件测试装置基本逻辑结构示意图，为了便于说明，仅示出了与本发明实施例相关的部分，其包含的功能模块或单元可以是硬件模块或单元、软件模块或单元或软硬件相结合的模块或单元。

实施例二、一种图形用户界面控件测试装置，结构示意图如图6所示，包括：

第一单元610，用于根据控件名称查找待测试的控件对象；

第二单元620，用于识别所述第一单元610查找到的控件对象对应的控件分类；

第三单元630，用于按照所述第二单元620识别得到的控件分类获取随机测试数据并采用所述获取的随机测试数据对所述控件进行测试。

其中，所述第二单元查找到的控件分类为：有索引编号类控件；

所述第三单元具体用于，获取所述控件对象中的成员数量；在所述成员数量范围内随机生成成员编号作为控件索引，并根据所述控件索引获取对应的成员值；根据所述成员值对所述控件进行测试。

对于不同的类别的控件，本发明进行控件测试采取不同的方式，下面具体说明：

若所述第二单元620查找到的控件分类为：网际协议IP掩码类控件；

则第三单元630具体用于通过随机函数随机获取一个IP地址；采用所述获取的IP地址对所述控件进行测试。

若所述第二单元620查找到的控件分类为：无索引编号类控件；

则第三单元630具体用于根据所述控件名称加载数据资源池；在所述数据资源池内随机选择一个测试数据，并采用所述选择的测试数据进行所述控件的测试。

若所述第二单元620查找到的控件分类为：状态类控件；

第三单元630具体用于根据所述状态控件的状态列表，随机选择一个状态信息作为测试数据；根据所述选择的状态信息对所述控件进行测试。

本发明提供的图形用户界面控件测试装置可以运行的方法参照上述方法实施例的描述，此处不再赘述。

以上对本发明实施例所提供的数据存储管理方法、数据存储管理装置和系统进行了详细介绍，其中：

由于传统的测试方法是利用数据组合覆盖等测试用例生成工具生成一组静态的测试用例，对于复杂的图形页面来讲，无法达到完备的测试，测试覆盖与测试用例执行的次数无关。而利用本发明实施例提出的方法，由于测试数据是随机生成的，这样当测试用例循环执行的次数越多，被测对象的测试覆盖率就越高，测试精度也越高。

本发明利用了概率统计和测试原理的结合，将GUI控件进行分类，利用随机数和数据资源池实现GUI自动化测试，当用例循环执行多次后可以完成对页面中不同控件之间的组合测试。这种方式与传统的数据驱动方式相比减少了数据池的维护，提高了GUI自动化用例的扩展性和可维护性。因为测试数据是随机生成的，测试覆盖率是随着测试用例执行的次数线形增加的，与传统的静态测试用例相比测试覆盖率更高，更容易达到完备的测试。

本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1、一种图形用户界面控件的测试方法，其特征在于，包括：

根据控件名称查找待测试的控件对象；

识别所述控件对象对应的控件分类；

2、如权利要求1所述的方法，其特征在于，所述控件对象对应的控件分类为：有索引编号类控件；

所述按照所述识别得到的控件分类获取随机测试数据并采用所述获取的随机测试数据对所述控件进行测试包括：

获取所述控件对象中的成员数量；

在所述成员数量范围内随机生成成员编号作为控件索引，并根据所述控件索引获取对应的成员值；

根据所述成员值对所述控件进行测试。

3、如权利要求1所述的方法，其特征在于，所述控件对象对应的控件分类为：网际协议IP掩码类控件；

通过随机函数随机获取一个IP地址；

采用所述获取的IP地址对所述控件进行测试。

4、如权利要求1所述的方法，其特征在于，所述控件对象对应的控件分类为：无索引编号类控件；

根据所述控件名称加载数据资源池；

在所述数据资源池内随机选择一个测试数据；

采用所述选择的测试数据进行所述控件的测试。

5、如权利要求4所述的方法，其特征在于，所述数据资源池内的测试数据的值是随机生成的或者是静态配置的。

6、如权利要求1所述的方法，其特征在于，包括：

所述控件对象对应的控件分类为：状态类控件；

根据所述状态控件的状态列表，随机选择一个状态信息作为测试数据；

采用根据所述选择的状态信息对所述控件进行测试。

7、一种图形用户界面控件测试装置，其特征在于，包括：

第一单元，用于根据控件名称查找待测试的控件对象；

8、如权利要求7所述的装置，其特征在于，所述第二单元查找到的控件分类为：有索引编号类控件；

9、如权利要求7所述的装置，其特征在于，包括：第二单元查找到的控件分类为：网际协议IP掩码类控件；

所述第三单元具体用于通过随机函数随机获取一个IP地址；采用所述获取的IP地址对所述控件进行测试。

10、如权利要求7所述的装置，其特征在于，所述第二单元查找到的控件分类为：无索引编号类控件；

所述第三单元具体用于根据所述控件名称加载数据资源池；在所述数据资源池内随机选择一个测试数据，并采用所述选择的测试数据进行所述控件的测试。

11、如权利要求7所述的装置，其特征在于，所述第二单元查找到的控件分类为：状态类控件；

所述第三单元具体用于根据所述状态控件的状态列表，随机选择一个状态信息作为测试数据；根据所述选择的状态信息对所述控件进行测试。