CN112685328A

CN112685328A - 一种图形界面测试方法、装置及存储介质

Info

Publication number: CN112685328A
Application number: CN202110268254.1A
Authority: CN
Inventors: 杨湘渝; 孔庆鸥
Original assignee: Beijing Zhixiang Technology Co Ltd
Current assignee: Beijing Zhixiang Technology Co Ltd
Priority date: 2021-03-12
Filing date: 2021-03-12
Publication date: 2021-04-20
Anticipated expiration: 2041-03-12
Also published as: CN112685328B

Abstract

本发明公开了一种图形界面测试方法、装置及存储介质，包括：监测图形化界面中的窗口数据；根据所述窗口数据的场景类型按照对应的窗口匹配策略进行测试，获得窗口测试结果；利用预期测试结果对所述窗口测试结果进行验证，以完成图形界面测试。本发明能够实现针对不同的测试场景配合不同的测试策略，从而简化自动化测试工具的开发难度，提高自动化测试工具的通用性并提高自动化测试工具的运行效率。

Description

一种图形界面测试方法、装置及存储介质

技术领域

本发明涉及计算机软件技术领域，尤其涉及一种图形界面测试方法、装置及存储介质。

背景技术

随着用户图形界面测试技术地不断发展，人们逐步利用自动化测试工具测试客户端软件，那么如何适配动态、复杂的用户图形界面变化，简化自动化测试脚本的开发难度，提高自动化测试工具的运行效率显得尤为重要。

现有的测试方案为：

自动化测试脚本按照预先设定的步骤定位、匹配用户图形界面的窗口，完成客户端软件的自动化测试。一旦客户端软件业务逻辑增多，动态切换不同用户图形界面窗口时，大大增大了自动化测试的难度。

将复杂业务场景改成多个简单的业务场景，但此种解决方案不但对测试场景有一定的限定要求，还会增加很多冗余的测试代码，降低了测试脚本的通用性。

发明内容

本发明实施例提供一种图形界面测试方法、装置及存储介质，用以简化自动化测试脚本的开发难度，提高自动化测试工具的运行效率。

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

监测图形化界面中的窗口数据；

根据所述窗口数据的场景类型按照对应的窗口匹配策略进行测试，获得窗口测试结果；

利用预期测试结果对所述窗口测试结果进行验证，以完成图形界面测试。

在一实施方式中，所述根据所述窗口数据的场景类型按照对应的窗口匹配策略进行测试包括：

在所述窗口数据的场景类型为固定业务逻辑场景的情况下，采用非任务模式窗口匹配方法进行测试；

在所述窗口数据的场景类型为动态业务逻辑场景的情况下，采用定时任务模式窗口匹配方法进行测试。

在一实施方式中，所述采用非任务模式窗口匹配方法进行测试包括：

按照指定的窗口顺序依次对所述窗口数据进行匹配；

根据匹配获得的窗口数据定位关联窗口元素；

对所述关联窗口元素执行预设操作，以完成测试。

在一实施方式中，所述对所述关联窗口元素执行预设操作，以完成测试包括：

在对所述关联窗口元素执行预设操作的过程中，通过预设回调函数获取窗口测试结果。

在未能匹配到指定的窗口或未能定位到对应的关联窗口元素的情况下，则确定测试失败。

在一实施方式中，所述采用定时任务模式窗口匹配方法进行测试包括：

在预设时间内，利用指定数量的预设窗口对动态变化的所述窗口数据进行匹配；

在任一个预设窗口匹配成功的情况下，根据匹配成功的窗口数据定位关联窗口元素；

对所述关联窗口元素执行预设操作，以完成测试。

在一实施方式中，所述采用定时任务模式窗口匹配方法进行测试还包括：

在未能匹配完所有预设窗口或者未能定位到对应的关联窗口元素的情况下，则确定测试失败。

在一实施方式中，所述监测图形化界面中的窗口元素包括：

根据预先生成的窗口配置文件确定各个窗口数据的定位信息；

所述定位信息，用于定位对应的窗口元素。

本发明实施例还提供一种图形界面测试装置，包括：

监测模块，用于监测图形化界面中的窗口数据；

测试模块，用于根据所述窗口数据的场景类型按照对应的窗口匹配策略进行测试，获得窗口测试结果；

验证模块，用于利用预期测试结果对所述窗口测试结果进行验证，以完成图形界面测试。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如前述的图形界面测试方法的步骤。

本发明实施例根据窗口数据的场景类型按照对应的窗口匹配策略进行测试，获得窗口测试结果；利用预期测试结果对窗口测试结果进行验证，以完成图形界面测试，由此实现针对不同的测试场景配合不同的测试策略，从而简化自动化测试工具的开发难度，提高自动化测试工具的通用性并提高自动化测试工具的运行效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例基本流程图；

图2为本发明实施例子流程图；

图3为本发明实施例子流程图；

图4为本发明实施例装置结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明第一实施例提供一种图形界面测试方法，如图1所示，包括：

S101、监测图形化界面中的窗口数据；

S102、根据所述窗口数据的场景类型按照对应的窗口匹配策略进行测试，获得窗口测试结果；

S103、利用预期测试结果对所述窗口测试结果进行验证，以完成图形界面测试。

本实施例中所指的窗口数据是包含图形化界面在运行过程中所可能产生的所有窗口信息以及窗口元素的相关数据。图形化界面中的窗口数据可以是测试人员预先通过录制机进行录制获得的。实现监测图形化界面中的窗口数据的过程可以是，通过录制机抓取需要测试的图形界面的窗口元素定位信息，生成窗口配置文件，然后利用预置系统读取所述窗口配置文件。

在监测到图形化界面中的窗口数据之后，本实施例中，根据监测到的窗口数据的场景类型按照对应的窗口匹配策略进行测试。也即本实例中预先为窗口数据进行了场景分类，不同的场景类型通过不同的策略进行测试。从而在开发自动化脚本的时候，可以根据场景类型实现脚本开发，极大简化了自动化测试脚本的开发难度，同时也能提高自动化测试工具的运行效率。本实施例中具体的测试方式可以是对窗口数据中的窗口元素进行操作，例如执行点击某一区域测试是否出现预期的界面反馈。

在获得图形化界面的窗口测试结果之后，利用预期测试结果对所述窗口测试结果进行验证。若实测的窗口测试结果与预期测试结果一致，则表示测试结果正确，若实测的窗口测试结果与预期测试结果不一致，则表示测试结果错误。

在一实施方式中，所述监测图形化界面中的窗口元素包括：

所述定位信息，用于定位对应的窗口元素。

在测试过程中，本发明方法还包括读取预先生成的窗口配置文件，根据窗口配置文件确定各个窗口数据中窗口元素的定位信息。由此可以根据定位信息来对各个窗口数据的窗口元素执行相应的操作。

本实施例中，将窗口数据的场景类型分为固定业务逻辑场景和动态业务逻辑场景。本实施例中所述的固定业务逻辑场景是指图形化界面会按照固定的方式依次显示，则本实例中采用非任务模式窗口匹配方法进行测试。本实施例中所述的动态业务逻辑场景是指在当前窗口过后，下一窗口界面是不定的，也即可能是窗口A、窗口B也可能是窗口C。对于应于此种情况下，本实施例中定时任务模式窗口匹配方法进行测试，对可能弹出的窗口数据进行匹配后在执行窗口元素操作，获得测试结果。

示例性的：抽象WIN_INST类：窗口实例类，用于查找和操作窗口元素。包含字典类型-窗口和元素信息（静态设置）

继承字典类型；

设置/访问方式：创建对象时构造函数传入参数，-get -set访问和修改；

窗口信息：用于启动窗口的关联程序，或匹配窗口，包括：process path parent_process parent_pathtitle size。

元素信息：用于定位/操作窗口元素类属性-运行时的进程和窗口信息（动态设置）。

继承类/对象属性功能：窗口操作延时、缺省类属性，<delay(input_operation)><delay(send_text)><delay(double_click)>。

记录运行时进程、窗口信息：<hwin><title><size><coords><rect><pid><process><path>，start、match成功后将对应窗口句柄设置到<hwin>，设置<hwin>时，通过trace机制自动设置其它属性。

match运行参数设置/结果信息：<match(callback)><match(rect)><match(result)><match(region)>。

自定义属性（要避免和已有属性重名）。

内嵌对象-TIMER对象，用于控制窗口匹配定时任务。

内嵌TIMER对象：包括记时功能（-start -restart -stop -time –state）和定时任务（-schedule）。

信号变量：使用timer自己的state变量作为信号变量（vwait timer::state，vwait [timer .state]），通过<signal>设置外部的信号变量，用于多任务等待。

WIN_INST start：启动窗口

win_obj start [-path path] [-parent] [-title title] [-timeout n] [-chdir]；

根据-path和-parent确定可执行程序路径；

-chdir为true时，cd到程序所在路径；

启动程序，记录程序pid；

搜索匹配（父）进程id和titile的目标窗口，更新对象进程和窗口信息。

在一实施方式中，如图2所示，所述采用非任务模式窗口匹配方法进行测试包括：

S201、按照指定的窗口顺序依次对所述窗口数据进行匹配；

S202、根据匹配获得的窗口数据定位关联窗口元素；

S203、对所述关联窗口元素执行预设操作，以完成测试。

针对固定业务逻辑场景，本实施例中所采用的非任务模式窗口匹配方法进行测试具体可以包括如下步骤：

对于固定业务逻辑场景，图形化界面会按照固定的方式依次显示。本实施例中可以预先对应设置好对应的窗口顺序，然后在测试过程中利用预置的窗口顺序依次对待测的窗口数据进行匹配，每匹配到一个窗口数据，则定位该窗口数据的关联窗口元素。本实施例中所指的关联窗口元素，是指该窗口界面中能被执行指定操作的元素，例如某窗口中提示指令“是”“取消”等均属于窗口元素。具体操作方式可以是：当匹配到第一个窗口数据，定位该窗口数据中的各个窗口元素，并依次操作各个窗口元素，等待匹配第二个窗口数据，匹配到第二个窗口数据，定位该第二个窗口数据中的各个窗口元素，并依次操作各个窗口元素，等待匹配第三个窗口数据，依次类推。

本实施例中利用测试主逻辑流程和监控逻辑流程实现测试结果的获取。主逻辑流程是指图形化界面测试的主流程，用于控制窗口的顺序和窗口元素的业务操作。监控逻辑流程是指监控窗口结果，用于返回或者验证窗口测试结果。具体的监控逻辑流程可以利用预先定义好的回调函数获实现窗口测试结果的获取，也即在对所述关联窗口元素执行预设操作的主逻辑流程中，通过回调函数单独处理监控逻辑，简化、复用测试脚本结构。

本实施例中，在依次对待测的窗口数据进行匹配的过程中或者在对所述关联窗口元素执行预设操作的过程中，若未能匹配到指定的窗口或未能定位到对应的关联窗口元素，则直接认为测试失败，返回测试失败结果。

非任务模式窗口匹配方法可以采用如下方式进行：

win_obj match [-pid pid|-process process] [-parent] [-title title] [-region pattern-list [-type type]] [-callback script]

搜索满足pid和标题的窗口；

若指定了-region，依次定位窗口元素（用指定的image或ocr方式），直至第一个匹配元素。

无匹配窗口时，返回false；

匹配成功时，调用回调函数，返回回调函数返回的非空值或true。

match 属性参数

匹配属性参数/结果；

设置callback的方法：调用时传入-callback script，重载对象的match(callback)，定义 On-match callback method；

多窗口时，第一个匹配的窗口即返回；

在回调中return -code continue实现多窗口遍历。

属性	功能	备注
			<match(callback)>	匹配成功时执行的回调函数	缺省为WIN_INST的函数match(callback)
<match(rect)>	定位元素时的屏幕区域	若不指定，则定位区域为窗口范围
			<match(region)>	匹配成功时定位元素名	未指定-region时，匹配成功设置为*
<match(result)>	匹配结果	匹配成功为true，为匹配为false。若匹配成功后调用的callback返回值非空，则用此返回值设置。

在一实施方式中，如图3所示，所述采用定时任务模式窗口匹配方法进行测试包括：

S301、在预设时间内，利用指定数量的预设窗口对动态变化的所述窗口数据进行匹配；

S302、在任一个预设窗口匹配成功的情况下，根据匹配成功的窗口数据定位关联窗口元素；

S303、对所述关联窗口元素执行预设操作，以完成测试。

本实施例中，动态业务逻辑场景可以是单独出现的也可以是在测试一定数量的固定业务逻辑场景之后出现的，在此不做限定。针对复杂动态业务逻辑场景，可以采用定时任务模式窗口匹配方法。本实施例中的具体操作可以是：同时监控匹配多个窗口，该多个窗口可以是预先根据图形界面正常的运作情况配置的，当其中任何窗口匹配成功，停止匹配其他窗口，定位该窗口数据中的窗口元素，操作窗口元素。

本实施例中，在对待测的窗口数据进行动态匹配的过程，若未能匹配完所有预设窗口或者未能定位到对应的关联窗口元素，则直接认为测试失败，返回测试失败结果。也即虽然界面窗口是动态变化的但是变化的次数是有限的，本实施例中利用指定数量的预设窗口来对待测的图形界面的窗口数据进行遍历，当没有匹配到所有窗口，直接返回失败。当没有定位到某个窗口元素，直接返回失败。

综上本发明实施例提出了非任务模式窗口匹配方法和定时任务模式窗口匹配方法。本发明中图形界面自动化测试分为录制窗口元素定位信息、查找和操作窗口元素、验证指令返回结果三个过程。本实施例中针对不同的业务场景匹配不同的测试策略，由此简化了自动化测试脚本的开发难度，提高了自动化测试工具的运行效率。

本发明实施例还提供一种图形界面测试装置，如图4所示，包括：

监测模块，用于监测图形化界面中的窗口数据；

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims

1.一种图形界面测试方法，其特征在于，包括：

监测图形化界面中的窗口数据；

利用预期测试结果对所述窗口测试结果进行验证，以完成图形界面测试；

所述根据所述窗口数据的场景类型按照对应的窗口匹配策略进行测试包括：

2.如权利要求1所述的图形界面测试方法，其特征在于，所述采用非任务模式窗口匹配方法进行测试包括：

按照指定的窗口顺序依次对所述窗口数据进行匹配；

根据匹配获得的窗口数据定位关联窗口元素；

对所述关联窗口元素执行预设操作，以完成测试。

3.如权利要求2所述的图形界面测试方法，其特征在于，所述对所述关联窗口元素执行预设操作，以完成测试包括：

4.如权利要求2所述的图形界面测试方法，其特征在于，所述采用非任务模式窗口匹配方法进行测试包括：

5.如权利要求1-4任一项所述的图形界面测试方法，其特征在于，所述采用定时任务模式窗口匹配方法进行测试包括：

对所述关联窗口元素执行预设操作，以完成测试。

6.如权利要求5所述的图形界面测试方法，其特征在于，所述采用定时任务模式窗口匹配方法进行测试还包括：

在预设时间内未能匹配完所有预设窗口或者未能定位到对应的关联窗口元素的情况下，则确定测试失败。

7.如权利要求1-4任一项所述的图形界面测试方法，其特征在于，所述监测图形化界面中的窗口元素包括：

所述定位信息，用于定位对应的窗口元素。

8.一种图形界面测试装置，其特征在于，包括：

监测模块，用于监测图形化界面中的窗口数据；

验证模块，用于利用预期测试结果对所述窗口测试结果进行验证，以完成图形界面测试；

所述测试模块具体用于：

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的图形界面测试方法的步骤。