CN109783388A - Ui自动化测试方法、装置及电子设备 - Google Patents

Abstract

本申请提供一种UI自动化测试方法、装置及电子设备，所述方法包括：确定目标业务场景中的特定页面控件对象，其中，目标业务场景包括多个页面控件对象，特定页面控件对象为基于预设的控制模式类库对目标业务场景进行测试时不可识别的页面控件对象；根据特定页面控件对象，对预设的控制模式类库进行封装操作，以在预设的控制模式类库中添加特定页面控件对象对应的控制模式类库；根据封装后的控制模式类库，对目标业务场景进行测试。在自动化测试过程中，当检测到有不可识别的控件对象时，能够基于封装好的新的控制模式类库进行自动化测试，提高自动化测试效率。

Description

UI自动化测试方法、装置及电子设备

技术领域

本申请涉及UI自动化技术领域，尤其涉及一种UI自动化测试方法、装置及电子设备。

背景技术

WPF(Windows Presentation Foundation，Windows呈现基础)是基于windows的控件开发出来的一套开源的前端CS平台的软件技术架构，为桌面应用程序和WEB应用程序提供了一个智能客户端开发模型，其设计考虑了可扩展性，使开发人员可以完全在WPF引擎的基础上创建自己的控件，也可以通过对现有WPF控件进行再分类来创建自己的控件，从而构建丰富统一的UI、媒体、图形图像、动画和文档等。

基于WPF的UI测试自动化框架工具，目前用的比较多的是VisualStudio201X系列自带的CodedUITest(基于UIAutomation)，以及QTP自动测试工具。上述两个工具实现的UI测试技术在WPF上的兼容性均比较差，在UI测试过程中，常常会出现不兼容的控件的情况，对于不兼容的控件，只能用点击坐标的形式来确定控件位置，进行控件捕捉，完成业务场景的测试过程，这种方式最大的问题是只要客户端的分辨率发生变化，或者位置发生变化的时候，脚本就需要重新确定，增加了工作人员的负担。

发明内容

有鉴于此，本申请实施例提供一种UI自动化测试方法、装置及电子设备，在自动化测试过程中，当检测到有不可识别的控件对象时，能够基于封装好的控制模式类库进行自动化测试，完全定制兼容WPF前端控件，不需要再手动点击坐标的非准确的方式来实现自动化测试，不再依赖付费工具。

根据本申请的一个方面，提供一种UI自动化测试方法，所述方法包括：确定目标业务场景中的特定页面控件对象，其中，所述目标业务场景包括多个页面控件对象，所述特定页面控件对象为基于预设的控制模式类库对所述目标业务场景进行测试时不可识别的页面控件对象；根据所述特定页面控件对象，对所述预设的控制模式类库进行封装操作，以在所述预设的控制模式类库中添加所述特定页面控件对象对应的控制模式类库；根据所述封装后的控制模式类库，对所述目标业务场景进行测试。

在一些实施例中，所述确定目标业务场景中的特定页面控件对象包括：根据所述预设的控制模式类库，对所述目标业务场景进行测试并对所述目标业务场景的测试流程进行录制操作；根据所述录制操作的结果确定是否存在所述特定页面控件对象。

在一些实施例中，所述根据所述特定页面控件对象，对所述预设的控制模式类库进行封装操作的步骤，包括：获取所述特定页面控件对象的控制模式对应的编辑代码；将所述控制模式对应的编辑代码，添加至所述预设的控制模式类库中与所述特定页面控件对象同种类型的页面控件对象的控制模式中；将添加所述编辑代码后的所述预设的控制模式类库，作为封装后的控制模式类库。

在一些实施例中，所述方法还包括：在对所述预设的控制模式类库进行封装操作时，获取所述用户侧上传的单点性能检测方法对应的代码，其中，所述单点性能检测方法至少包括以下之一：检测报文上下行流量的方法、获取服务端与数据库交互次数的方法和检测所述数据库的aql性能；将所述单点性能检测方法对应的代码，添加至所述预设的控制模式类库，以在根据所述封装后的控制模式类库对所述目标业务场景进行测试时，获取所述目标业务场景的单点性能。

在一些实施例中，根据所述封装后的控制模式类库，对所述目标业务场景进行测试的步骤，包括：从所述封装后的控制模式类库中，查找出与所述目标业务场景的页面控件对象所对应的控制模式；执行查找到的所述控制模式中的代码，以对所述目标业务场景进行功能测试。

在一些实施例中，对所述预设的控制模式类库进行封装操作之后，还包括：根据封装后的控制模式类库，获取并存储树形结构图，其中，每个控制模式类库中的控制模式类对应的页面控件对象为所述树形结构中的节点。

在一些实施例中，在获取并存储树形结构图之后，所述方法还包括：接收目标页面控件对象的查看请权；根据所述查看请权，展示所述目标页面控件对象对应的属性选项和方法选项；如果所述属性选项或者方法选项被选中，展示被选中的选项对应的控制类型属性或控制模式。

根据本申请的另一方面，提供一种UI自动化测试装置，所述装置包括：特定控件对象确定模块，用于确定目标业务场景中的特定页面控件对象，其中，所述目标业务场景包括多个页面控件对象，所述特定页面控件对象为基于预设的控制模式类库对所述目标业务场景进行测试时不可识别的页面控件对象；控制模式类库封装模块，用于根据所述特定页面控件对象，对所述预设的控制模式类库进行封装操作，以在所述预设的控制模式类库中添加所述特定页面控件对象对应的控制模式类库；业务场景测试模块，用于根据所述封装后的控制模式类库，对所述目标业务场景进行测试。

在一些实施例中，所述特定控件对象确定模块包括：流程录制模块，用于根据所述预设的控制模式类库，对所述目标业务场景进行测试并对所述目标业务场景的测试流程进行录制操作；控件对象确定子模块，用于根据所述录制操作的结果确定是否存在所述特定页面控件对象。

在一些实施例中，所述控制模式类库封装模块包括：第一代码获取模块，用于获取所述特定页面控件对象的控制模式对应的编辑代码；第一代码添加模块，用于将所述控制模式对应的编辑代码，添加至所述预设的控制模式类库中与所述特定页面控件对象同种类型的页面控件对象的控制模式中；类库封装子模块，用于将添加所述编辑代码后的所述预设的控制模式类库，作为封装后的控制模式类库。

在一些实施例中，所述装置还包括：第二代码获取模块，用于在对所述预设的控制模式类库进行封装操作时，获取所述用户侧上传的单点性能检测方法对应的代码，其中，所述单点性能检测方法至少包括以下之一：检测报文上下行流量的方法、获取服务端与数据库交互次数的方法和检测所述数据库的aql性能；第二代码添加模块，用于将所述单点性能检测方法对应的代码，添加至所述预设的控制模式类库，以在根据所述封装后的控制模式类库对所述目标业务场景进行测试时，获取所述目标业务场景的单点性能。

在一些实施例中，所述业务场景测试模块包括：控制模式查找模块，用于从所述封装后的控制模式类库中，查找出与所述目标业务场景的页面控件对象所对应的控制模式；代码执行模块，用于执行查找到的所述控制模式中的代码，以对所述目标业务场景进行功能测试。

在一些实施例中，所述装置还包括：树形图存储模块，用于根据封装后的控制模式类库，获取并存储树形结构图，其中，每个控制模式类库中的控制模式类对应的页面控件对象为所述树形结构中的节点。

在一些实施例中，所述装置还包括：请权接收模块，用于接收目标页面控件对象的查看请权；展示模块，用于根据所述查看请权，展示所述目标页面控件对象对应的属性选项和方法选项；如果所述属性选项或者方法选项被选中，展示被选中的选项对应的控制类型属性或控制模式。

根据本申请的另一个方面，提供一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如上述UI自动化测试方法中的一个或多个方法的步骤。

根据本申请的另一个方面，提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述UI自动化测试方法中的一个或多个方法的步骤。

上述任一方面所述的UI自动化测试方法和装置中，首先确定目标业务场景中的特定页面控件对象，其中，目标业务场景包括多个页面控件对象，特定页面控件对象为基于预设的控制模式类库对目标业务场景进行测试时不可识别的页面控件对象；然后，根据特定页面控件对象，对预设的控制模式类库进行封装操作，以在预设的控制模式类库中添加特定页面控件对象对应的控制模式类库；最后根据封装后的控制模式类库，对目标业务场景进行测试。本申请在自动化测试过程中，当检测到有不可识别的控件对象时，能够基于封装好的控制模式类库进行自动化测试，完全定制兼容WPF前端控件，不需要再手动点击坐标的非准确的方式来实现自动化测试，不再依赖付费工具，多次测试后，控制模式类库会越来越全面完善，用户可以按需调用。

为使本申请实施例的上述目的、特征和优点能更明显易懂，下面将结合实施例，并配合所附附图，作详细说明。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的一种UI自动化测试方法的流程图；

图2示出了本申请实施例所提供的另一种UI自动化测试方法的流程图；

图3示出了本申请实施例所提供的另一种UI自动化测试方法的流程图；

图4示出了本申请实施例所提供的另一种UI自动化测试方法的流程图；

图5示出了本申请实施例所提供的一种UI自动化测试方法中树形结构图的示意图；

图6示出了本申请实施例所提供的一种UI自动化测试装置的结构示意图；

图7示出了本申请实施例所提供的另一种UI自动化测试装置的结构示意图；

图8示出了本申请实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要权保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

UI自动化对市场上大部分软件的用户界面元素提供代码编程方式的访问方法，即通过除标准输入输出(比如键盘鼠标)方式以外的方法操作界面。真正成功的UI自动化核心层应该是屏蔽不同框架技术中多种界面元素的差异，确保UI自动化客户应用程序能在多种框架技术下通用。例如，WPF按钮的属性，标准Win32文本框的属性以及web页面上显示图像的链接属性等都可以映射为WPF中UI自动化视图中单一的属性的名称。

然而现有技术中UI自动化所依赖的工具UI Automation和QTP均有控件对象不兼容的问题，对于不兼容的控件，只能用点击坐标的形式来确定控件位置，进行控件捕捉，完成业务场景的测试过程，这种方式最大的问题是只要客户端的分辨率发生变化，或者位置发生变化的时候，脚本就需要重新确定，增加了工作人员的负担。

基于此，本申请实施例提供一种UI自动化测试方法、装置及电子设备，在自动化测试过程中，当检测到有不可识别的控件对象时，可以在对应的类库中的同种类型的基础上进行二次封装，得到封装后的控制模式类库，使得自动化平台对上述控件对象可识别，从而使自动化平台能够基于二次封装的类库进行自动化测试，完全定制兼容WPF前端控件，不需要再手动点击坐标的非准确的方式来实现自动化测试，不再依赖付费工具。

图1为本申请实施例所提供的一种UI自动化测试方法，该方法应用于UI自动化平台，该方法包括以下步骤：

步骤S102，确定目标业务场景中的特定页面控件对象。

在具体实施时，用户可以根据自己的业务功能需权，确定出目标业务场景的测试流程及其对应的多个页面控件对象。然后通过对目标业务场景的测试可以判断出哪些页面控件对象是特定页面控件对象，即当通过预设的控件模式类库对目标业务场景进行测试过程，或者对上述测试流程进行录制过程中，发现有没有进行测试的不可识别的页面控件对象，或者从预设的控制模式类库中查找不到匹配的页面控件对象的控制模式时，确定该页面控件对象为特定页面控件对象。

步骤S104，根据特定页面控件对象，对预设的控制模式类库进行封装操作，以在预设的控制模式类库中添加特定页面控件对象对应的控制模式类库。

对于不可识别的特定页面控件对象，平台会触发一个对其进行封装的操作，比如，向客户端弹出一个不可识别的控件对象的列表，或者给出不可识别的控件对象的提示信息等，以提示用户对不可识别的控件对象进行封装操作，比如，在上述控制模式类库的源码部分编辑相应的代码，或者直接上传编辑好的代码。该代码可以包括：不可识别的控件对象的声明、事件和检索方法对应的代码。基于上述添加了新代码的类库，得到封装后的控制模式类库。

步骤S106，根据封装后的控制模式类库，对目标业务场景进行测试。

通过得到的封装后的控制模式类库，进一步对目标业务场景的功能进行测试，具体的，可以从预设的控制模式类库中，查找出与目标业务场景对应的页面控件对象所对应的控制模式，然后执行查找到的控制模式中的代码，从而对目标业务场景进行功能测试。

本申请实施例所提供的UI自动化测试方法中，首先确定目标业务场景中的特定页面控件对象，其中，目标业务场景包括多个页面控件对象，特定页面控件对象为基于预设的控制模式类库对目标业务场景进行测试时不可识别的页面控件对象；然后，根据特定页面控件对象，对预设的控制模式类库进行封装操作，以在预设的控制模式类库中添加特定页面控件对象对应的控制模式类库；最后根据封装后的控制模式类库，对目标业务场景进行测试。本申请在自动化测试过程中，当检测到有不可识别的控件对象时，能够基于封装好的控制模式类库进行自动化测试，完全定制兼容WPF前端控件，不需要再手动点击坐标的非准确的方式来实现自动化测试，不再依赖付费工具，多次测试后，控制模式类库会越来越全面完善，用户可以按需调用。

现有的控制模式类库主要是以windows可识别组件为基础的控制模式类库，在实际的自动化测试过程中，当检测到有不可识别的控件对象时，可以在对应的类库中的同种类型的基础上进行二次封装，生成新的控制模式类库或者更新初始的控制模式类库，使得自动化平台对上述控件对象可识别，从而使自动化平台能够基于二次封装的新的类库进行自动化测试，能够定制兼容WPF前端控件，不需要再手动点击坐标的非准确的方式来实现自动化测试，不再依赖付费工具。

上述确定目标业务场景中的特定页面控件对象的步骤，具体包括以下步骤，参见图2所示：

步骤S202，根据预设的控制模式类库，对目标业务场景进行测试并对目标业务场景的测试流程进行录制操作。

在自动化平台中预先存储有控制模式类库，该控制模式类库中包括有WPF中所能见到的控件，按照控件类型进行一系列的封装而成的控件对象，该控件对象为一个界面元素对象所支持的结构，方法，属性和事件的集合。该控制模式类库中包括WPF中的多个控件对象，及其对应的控制类型属性和控制模式。其中，控制类型属性定义界面元素，也就是该控件对象的基本表现形式和功能，控制模式提供一些方法来构建和表达控制类型属性所拥有的功能。

控制模式和控件对象的关系，相当于接口和接口服务的关系。对于UI自动化控件对象，客户端可以通过访问控件对象得到它所支持的控制模式，然后通过其控制模式调用得到其结构、方法、属性和事件，从而实现和UI的交互。

自动化平台在接收到用户对目标业务场景的测试请权后，对该目标业务场景的测试流程进行录制操作，录制过程中，由于测试工具兼容性的问题，可能会出现无法识别测试流程中的页面控件对象的情况，因此，自动化平台会自动检查录制过程中是否有不可识别的控件对象。具体的检查过程可以通过目标业务场景的测试流程中的多个页面控件对象和上述控制模式类库进行比对来实现。

步骤S204，根据录制操作的结果确定是否存在特定页面控件对象。

通过预设的控制模式类库对目标业务场景进行测试，如果某个控件对象没有被测试到，则表明该控件对象没有被识别。测试的过程也就是对场景的测试流程的录制的过程。具体的，将测试流程对应的页面控件对象与预设的控制模式类库进行对比；判断预设的控制模式类库中是否存在与页面控件对象对应的控制模式；如果不存在，则判断页面控件对象为不可识别的控件对象。

在实际应用中，自动化平台对测试流程的录制过程，就是将测试流程对应的页面控件对象与控制模式类库进行对比的过程，如果控制模式类库中存在与页面控件对象对应的控制模式，就将生成该控制模式对应的代码，如果控制模式类库中不存在与页面控件对象对应的控制模式，就可以判断该页面控件对象为不可识别的控件对象。

需要说明的是，上述控制模式类库和封装后的控制模式类库可以是同一个，也可以是不同的两个库，如果基于不可识别的控件对象的代码生成的控制模式类库与预设的控制模式类库为两个不同的库时，在流程录制时就需要对与两个库进行操作，过程相对来说比较复杂，也会造成测试时间的增加，作为一种优选的实施方式，上述根据特定页面控件对象，对预设的控制模式类库进行封装操作的过程，包括以下步骤，参见图3所示：

步骤S302，获取特定页面控件对象的控制模式对应的编辑代码。

用户根据上述录制操作结果确定出的不可识别的控件对象进行代码编辑，或者直接上传已经编辑好的代码。

步骤S304，将控制模式对应的编辑代码，添加至预设的控制模式类库中与特定页面控件对象同种类型的页面控件对象的控制模式中。

自动化平台在接收到上述编辑代码后，将其添加到原有的即预设的控制模式类库中相应的位置，即与不可识别的页面控件对象为同种类型的页面控件对象的控制模式中，也就是对原有的控制模式类库进行了更新处理。

步骤S306，将添加编辑代码后的预设的控制模式类库，作为封装后的控制模式类库。

将上述添加有编辑代码的控制模式类库，作为封装后的控制模式类库，这样，在后续的自动化测试过程中，只需要对这一个库进行查找或者其他操作，能提高测试效率。通过对该控制模式类库的不断更新，使该类库越来越完善。

本申请实施例中，主要是基于VisualStudio的CodedUITest中的核心类库(核心是UIAutomation)，进行二次封装；在WpfControl(继承自UITestControl)的相关控件类型上添加一系列扩展方法，下面用一个按钮的点击为例：

这样所有的WpfControl容器上都可以使用上述按钮控件对象了。其他都以此类推，兼顾控制类型属性，同时二次封装控制模式中的方法。

现有的自动化测试方法中，往往只有单一的自动化测试功能，而无法对业务场景的其他性能指标进行记录和分析，基于此，本申请实施例所提供的UI自动化测试方法中还包括以下步骤，参见图4所示：

步骤S402，在对预设的控制模式类库进行封装操作时，获取用户侧上传的单点性能检测方法对应的代码。

上述单点性能检测方法至少包括以下之一：检测报文上下行流量的方法、获取服务端与数据库交互次数的方法和检测数据库的aql性能。

在对预设的控制模式类库进行封装操作的过程中，用户可以同时添加单点性能的检测方法，这里，获取上下行流量，即检测报文上下行流量的方法可以借助fiddler的机理，单独写一个嗅探网络http协议交互的方法，来记录对应的交互时间和内容；检测数据库交互次数的方法和检测数据库的aql性能的方法，可以把tomcat的log级别设置为最高级别，抓取对应的日志进行分析和记录。

步骤S404，将单点性能检测方法对应的代码，添加至新预设的控制模式类库，以在根据所述封装后的控制模式类库对所述目标业务场景进行测试时，获取所述目标业务场景的单点性能。

在对不可识别的控件对象进行封装时，同时将单点性能检测方法对应的代码也添加进去，得到新的控制模式类库，在UI自动化测试时，也可以同时调用并执行上述单点性能检测方法对应的代码，进而实现单点性能的检测，获取目标业务场景的单点性能。本申请实施例所提供的方法可以脱离枯燥的手动回归操作，在最大限度上保证软件产品质量。

在上述根据测试请权及预存的控制模式类库，对目标业务场景的测试流程进行录制操作之后，还包括：根据封装后的控制模式类库，获取并存储树形结构图，其中，每个控制模式类库中的控制模式类对应的页面控件对象为树形结构中的节点。

进一步，自动化平台可以接收目标页面控件对象的查看请权；根据查看请权，展示目标页面控件对象对应的属性选项和方法选项；如果属性选项或者方法选项被选中，展示被选中的选项对应的控制类型属性或控制模式，参见图5所示，树型结构图通过客户端的左侧进行展现，如Objects下方分布有根节点，如Window(“XX”)及多个子节点，如WPFObject(“XX1”)等。嗅探到的控件对象可以在被选择后在右边显示它的属性选项或者方法选项。基于WPF的UI自动化可以把前端页面为WPF的产品上的所有的UI元素，即控件对象作为自动化元素展示给客户端应用程序供其调用。所有自动化元素，即控件对象组成以桌面为根节点的树型层次结构展示出来，并且树状结构包含所有正在运行的应用程序，每一个正在运行的应用程序都是这个根的子节点。

上述属性选项和方法选项分别对应该控件对象的控制类型属性和控制模式。其中，控制类型属性定义界面元素，也就是该控件对象的基本表现形式和功能，控制模式提供一些方法来构建和表达控制类型属性所拥有的功能。比如：按钮Button类型，它的控制类型属性有高度、在地图映射中的类型，父节点是谁，有没有赋值等等，其控制模式，即对应的方法，有findchild()，click()，clickR()等等，都可以在客户端中代码层次中进行调用。

基于上述方法实施例，图6示出了本申请所提供的一种UI自动化测试装置的框图，该装置包括：特定控件对象确定模块602、控制模式类库封装模块604和业务场景测试模块606。

其中，特定控件对象确定模块602，用于确定目标业务场景中的特定页面控件对象，其中，目标业务场景包括多个页面控件对象，特定页面控件对象为基于预设的控制模式类库对目标业务场景进行测试时不可识别的页面控件对象；控制模式类库封装模块604，用于根据特定页面控件对象，对预设的控制模式类库进行封装操作，以在预设的控制模式类库中添加特定页面控件对象对应的控制模式类库；业务场景测试模块606用于根据封装后的控制模式类库，对目标业务场景进行测试。

本申请实施例所提供的UI自动化测试装置，在自动化测试过程中，当检测到有不可识别的控件对象时，能够基于封装好的控制模式类库进行自动化测试，提高自动化测试效率。

图7示出了本申请所提供的另一种UI自动化测试装置的框图，该装置包括与上一实施例中类似的：特定控件对象确定模块702、控制模式类库封装模块704和业务场景测试模块706。

在一些实施例中，上述特定控件对象确定模块702包括：流程录制模块7022和控件对象确定子模块7024。

其中，流程录制模块7022，用于根据预设的控制模式类库，对目标业务场景进行测试并对目标业务场景的测试流程进行录制操作；控件对象确定子模块7024，用于根据录制操作的结果确定是否存在特定页面控件对象。

在一些实施例中，上述控制模式类库封装模块704包括：第一代码获取模块7042、第一代码添加模块7044和类库封装子模块7046。

其中，第一代码获取模块7042，用于获取特定页面控件对象的控制模式对应的编辑代码；第一代码添加模块7044，用于将控制模式对应的编辑代码，添加至预设的控制模式类库中与特定页面控件对象同种类型的页面控件对象的控制模式中；类库封装子模块7046，用于将添加编辑代码后的预设的控制模式类库，作为封装后的控制模式类库。

在一些实施例中，上述装置还包括：第二代码获取模块708和第二代码添加模块710。

其中，第二代码获取模块708，用于在对预设的控制模式类库进行封装操作时，获取用户侧上传的单点性能检测方法对应的代码，其中，单点性能检测方法至少包括以下之一：检测报文上下行流量的方法、获取服务端与数据库交互次数的方法和检测数据库的aql性能；第二代码添加模块710，用于将单点性能检测方法对应的代码，添加至预设的控制模式类库，以在根据封装后的控制模式类库对目标业务场景进行测试时，获取目标业务场景的单点性能。

在一些实施例中，上述业务场景测试模块706包括：控制模式查找模块7062和代码执行模块7064。

其中，控制模式查找模块7062，用于从封装后的控制模式类库中，查找出与目标业务场景的页面控件对象所对应的控制模式；代码执行模块7064，用于执行查找到的控制模式中的代码，以对目标业务场景进行功能测试。

在一些实施例中，上述装置还包括：树形图存储模块712，用于根据封装后的控制模式类库，获取并存储树形结构图，其中，每个控制模式类库中的控制模式类对应的页面控件对象为树形结构中的节点。

树形图存储模块在一些实施例中，上述装置还包括：请权接收模块714和展示模块716。

其中，请权接收模块714，用于接收目标页面控件对象的查看请权；展示模块716，用于根据查看请权，展示目标页面控件对象对应的属性选项和方法选项；如果属性选项或者方法选项被选中，展示被选中的选项对应的控制类型属性或控制模式。

上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过LAN、WAN、蓝牙、ZigBee、或NFC等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。

为便于理解，图8示出根据本申请的一些实施例的可以实现本申请思想的电子设备800的示例性硬件和软件组件的示意图。例如，处理器820可以用于电子设备800上，并且用于执行本申请中的功能。

电子设备800可以是通用计算机或特殊用途的计算机，两者都可以用于实现本申请的UI自动化测试方法。本申请尽管仅示出了一个计算机，但是为了方便起见，可以在多个类似平台上以分布式方式实现本申请描述的功能，以均衡处理负载。

例如，电子设备800可以包括连接到网络的网络端口810、用于执行程序指令的一个或多个处理器820、通信总线830和不同形式的存储介质840，例如，磁盘、ROM或RAM，或其任意组合。示例性地，计算机平台还可以包括存储在ROM、RAM或其他类型的非暂时性存储介质或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。电子设备800还包括计算机与其他输入输出设备(例如键盘、显示屏)之间的输入/输出(Input/Output，I/O)接口850。

为了便于说明，在电子设备800中仅描述了一个处理器。然而，应当注意，本申请中的电子设备800还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若电子设备800的处理器执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B。

根据本申请的另一个方面，提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述任一UI自动化测试方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

另外，在本申请实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

在本申请的描述中，需要说明的是，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权权要权的保护范围为准。

Claims (16)

1.一种UI自动化测试方法，其特征在于，所述方法包括：

确定目标业务场景中的特定页面控件对象，其中，所述目标业务场景包括多个页面控件对象，所述特定页面控件对象为基于预设的控制模式类库对所述目标业务场景进行测试时不可识别的页面控件对象；

根据所述特定页面控件对象，对所述预设的控制模式类库进行封装操作，以在所述预设的控制模式类库中添加所述特定页面控件对象对应的控制模式类库；

根据所述封装后的控制模式类库，对所述目标业务场景进行测试。

2.根据权利要求1所述的方法，其特征在于，所述确定目标业务场景中的特定页面控件对象包括：

根据所述预设的控制模式类库，对所述目标业务场景进行测试并对所述目标业务场景的测试流程进行录制操作；

根据所述录制操作的结果确定是否存在所述特定页面控件对象。

3.根据权利要求1所述的方法，其特征在于，所述根据所述特定页面控件对象，对所述预设的控制模式类库进行封装操作的步骤，包括：

获取所述特定页面控件对象的控制模式对应的编辑代码；

将所述控制模式对应的编辑代码，添加至所述预设的控制模式类库中与所述特定页面控件对象同种类型的页面控件对象的控制模式中；

将添加所述编辑代码后的所述预设的控制模式类库，作为封装后的控制模式类库。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在对所述预设的控制模式类库进行封装操作时，获取所述用户侧上传的单点性能检测方法对应的代码，其中，所述单点性能检测方法至少包括以下之一：

检测报文上下行流量的方法、获取服务端与数据库交互次数的方法和检测所述数据库的aql性能；

将所述单点性能检测方法对应的代码，添加至所述预设的控制模式类库，以在根据所述封装后的控制模式类库对所述目标业务场景进行测试时，获取所述目标业务场景的单点性能。

5.根据权利要求1所述的方法，其特征在于，根据所述封装后的控制模式类库，对所述目标业务场景进行测试的步骤，包括：

从所述封装后的控制模式类库中，查找出与所述目标业务场景的页面控件对象所对应的控制模式；

执行查找到的所述控制模式中的代码，以对所述目标业务场景进行功能测试。

6.根据权利要求1所述的方法，其特征在于，对所述预设的控制模式类库进行封装操作之后，还包括：

根据封装后的控制模式类库，获取并存储树形结构图，其中，每个控制模式类库中的控制模式类对应的页面控件对象为所述树形结构中的节点。

7.根据权利要求6所述的方法，其特征在于，在获取并存储树形结构图之后，所述方法还包括：

接收目标页面控件对象的查看请权；

根据所述查看请权，展示所述目标页面控件对象对应的属性选项和方法选项；

如果所述属性选项或者方法选项被选中，展示被选中的选项对应的控制类型属性或控制模式。

8.一种UI自动化测试装置，其特征在于，所述装置包括：

特定控件对象确定模块，用于确定目标业务场景中的特定页面控件对象，其中，所述目标业务场景包括多个页面控件对象，所述特定页面控件对象为基于预设的控制模式类库对所述目标业务场景进行测试时不可识别的页面控件对象；

控制模式类库封装模块，用于根据所述特定页面控件对象，对所述预设的控制模式类库进行封装操作，以在所述预设的控制模式类库中添加所述特定页面控件对象对应的控制模式类库；

业务场景测试模块，用于根据所述封装后的控制模式类库，对所述目标业务场景进行测试。

9.根据权利要求8所述的装置，其特征在于，所述特定控件对象确定模块包括：

流程录制模块，用于根据所述预设的控制模式类库，对所述目标业务场景进行测试并对所述目标业务场景的测试流程进行录制操作；

控件对象确定子模块，用于根据所述录制操作的结果确定是否存在所述特定页面控件对象。

10.根据权利要求8所述的装置，其特征在于，所述控制模式类库封装模块包括：

第一代码获取模块，用于获取所述特定页面控件对象的控制模式对应的编辑代码；

第一代码添加模块，用于将所述控制模式对应的编辑代码，添加至所述预设的控制模式类库中与所述特定页面控件对象同种类型的页面控件对象的控制模式中；

类库封装子模块，用于将添加所述编辑代码后的所述预设的控制模式类库，作为封装后的控制模式类库。

11.根据权利要求8所述的装置，其特征在于，所述装置还包括：

第二代码获取模块，用于在对所述预设的控制模式类库进行封装操作时，获取所述用户侧上传的单点性能检测方法对应的代码，其中，所述单点性能检测方法至少包括以下之一：

检测报文上下行流量的方法、获取服务端与数据库交互次数的方法和检测所述数据库的aql性能；

第二代码添加模块，用于将所述单点性能检测方法对应的代码，添加至所述预设的控制模式类库，以在根据所述封装后的控制模式类库对所述目标业务场景进行测试时，获取所述目标业务场景的单点性能。

12.根据权利要求8所述的装置，其特征在于，所述业务场景测试模块包括：

控制模式查找模块，用于从所述封装后的控制模式类库中，查找出与所述目标业务场景的页面控件对象所对应的控制模式；

代码执行模块，用于执行查找到的所述控制模式中的代码，以对所述目标业务场景进行功能测试。

13.根据权利要求8所述的装置，其特征在于，所述装置还包括：

树形图存储模块，用于根据封装后的控制模式类库，获取并存储树形结构图，其中，每个控制模式类库中的控制模式类对应的页面控件对象为所述树形结构中的节点。

14.根据权利要求13所述的装置，其特征在于，所述装置还包括：

请权接收模块，用于接收目标页面控件对象的查看请权；

展示模块，用于根据所述查看请权，展示所述目标页面控件对象对应的属性选项和方法选项；如果所述属性选项或者方法选项被选中，展示被选中的选项对应的控制类型属性或控制模式。

15.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至7任一所述的UI自动化测试方法的步骤。

16.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至7任一所述的UI自动化测试方法的步骤。