CN112148579B - 一种用户界面的测试方法和装置 - Google Patents

Abstract

本申请实施例公开了一种用户界面的测试方法和装置，根据对目标业务的用户界面测试过程的录制，生成测试用例，所述测试用例用于标识所述用户界面测试过程中生成的动作事件，所述目标业务通过响应所述动作事件得到的数据状态和虚拟文档对象模型间的对应关系。若对目标业务进行用户界面的测试，获取测试用例；对目标业务的用户界面触发测试用例所标识的动作事件，获取对应的待确定数据状态和待确定虚拟文档对象模型；根据待确定数据状态和待确定虚拟文档对象模型与根据对应关系确定的数据状态和虚拟文档对象模型的比对结果，确定测试结果。该方法降低了对测试人员的技术要求，且无需在目标业务中埋点，进一步的降低了测试成本。

Description

一种用户界面的测试方法和装置

技术领域

本申请涉及数据处理领域，特别是涉及一种用户界面的测试方法和装置。

背景技术

智能终端可以通过浏览器为用户提供各类业务服务。在提供业务服务时，浏览器上可以展示业务对应的用户界面(User Interface，UI)，用户通过与UI的动作交互获取业务服务。

为了确保业务服务的稳定性，需要对业务的UI进行测试。目前的自动化测试方式需要针对不同的业务编写对应的测试代码从而生成测试用例，而且需要在业务中埋测试点，才能通过运行测试用例实现UI测试。

由此导致了测试人员需要具备一定的编程基础以完成测试用例的编写、维护工作，而且进行业务埋点的维护成本高，提高了测试成本和门槛。

发明内容

为了解决上述技术问题，本申请提供了一种用户界面的测试方法和装置，降低了对测试人员的技术要求，且无需在目标业务中埋点，进一步的降低了测试成本。

本申请实施例公开了如下技术方案：

第一方面，本申请实施例提供了一种用户界面的测试方法，所述方法包括：

根据对目标业务的用户界面测试过程的录制，生成测试用例，所述测试用例用于标识动作事件、数据状态和虚拟文档对象模型间的对应关系；所述动作事件为在所述用户界面测试过程中生成的，所述数据状态为所述目标业务通过响应所述动作事件得到的；

在对所述目标业务进行用户界面的测试时，获取所述测试用例；

对所述目标业务的用户界面触发所述测试用例所标识的动作事件，获取对应的待确定数据状态和待确定虚拟文档对象模型；

根据所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的比对结果，确定测试结果。

第二方面，本申请实施例提供了一种用户界面的测试装置，所述装置包括生成单元、第一获取单元、第二获取单元和确定单元：

所述生成单元，用于根据对目标业务的用户界面测试过程的录制，生成测试用例，所述测试用例用于标识动作事件、数据状态和虚拟文档对象模型间的对应关系；所述动作事件为在所述用户界面测试过程中生成的，所述数据状态为所述目标业务通过响应所述动作事件得到的；

所述第一获取单元，用于在对所述目标业务进行用户界面的测试时，获取所述测试用例；

所述第二获取单元，用于对所述目标业务的用户界面触发所述测试用例所标识的动作事件，获取对应的待确定数据状态和待确定虚拟文档对象模型；

所述确定单元，用于根据所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的比对结果，确定测试结果。

第三方面，本申请实施例提供了一种用于用户界面的测试设备，所述设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行如第一方面所述的用户界面的测试方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行如第一方面所述的用户界面的测试方法。

由上述技术方案可以看出，根据对目标业务的用户界面测试过程的录制，生成测试用例，所述测试用例用于标识动作事件、数据状态和虚拟文档对象模型间的对应关系；所述动作事件为在所述用户界面测试过程中生成的，所述数据状态为所述目标业务通过响应所述动作事件得到的。通过录制的方式，避免了针对不同业务需要额外编程生成测试用例，降低了对测试人员的技术要求。若需要对目标业务进行用户界面的测试，可以根据该测试用例所标识的动作事件，在目标业务的用户界面上进行触发，从而获取目标业务的用户界面响应于动作事件得到的待确定数据状态和待确定虚拟文档对象模型。由于根据测试用例可以查到对应于前述动作事件，目标业务的用户界面正常情况下应得到何种数据状态和虚拟文档对象模型，从而可以根据待确定数据状态和待确定虚拟文档对象模型与其进行比对，通过比对结果确定测试结果。上述测试不需要在目标业务中埋点，进一步的降低了测试成本。

附图说明

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

图1为一种***响应用户对UI的操作时react页面中的数据流示意图；

图2为本申请实施例提供的一种用户界面的测试方法的应用场景示意图；

图3a为本申请实施例提供的一种生成的动作事件及对应的数据状态和虚拟DOM的示意图；

图3b为本申请实施例提供的一种生成的动作事件及对应的数据状态和虚拟DOM的示意图；

图4为本申请实施例提供的一种用户界面的测试方法流程图；

图5a为本申请实施例提供的一种开启浏览器插件后的浏览器插件界面示意图；

图5b为本申请实施例提供的一种录制过程中的浏览器插件界面的示意图；

图5c为本申请实施例提供的一种保存测试用例时的浏览器插件界面的示意图；

图6为本申请实施例提供的一种用户界面的测试方法示意图；

图7a为本申请实施例提供的一种用户界面的测试装置的结构图；

图7b为本申请实施例提供的一种用户界面的测试装置的结构图；

图8为本申请实施例提供的一种用于音量调节的设备的结构图；

图9为本申请实施例提供的一种服务器的结构图。

具体实施方式

下面结合附图，对本申请的实施例进行描述。

目前，对于用户界面的测试方法，主要是先通过编码的方式生成用户界面的测试用例，然后在业务中埋测试点，从而通过运行测试用例来实现用户界面的测试。该方法需要测试人员具备一定的编程基础，而且对于业务埋点的维护成本高，提高了测试成本和门槛。

为此，本申请实施例提供了一种用户界面的测试方法。在介绍本申请实施例提供的用户界面测试方法之前，需要说明，当用户对UI实施操作时，***对用户操作的响应通常是基于单向数据流实现的。其中，针对于单向数据流，可以将其理解为：在应用一个上传数据流和一个下传数据流进行双向数据通信时，这两个数据流之间是相互独立的。比如：参见图1，该图示出了***响应用户对UI的操作时react页面中的数据流示意图，如图1所示，***在响应用户操作时，在react页面内发生的数据流都是单向流动的。

实际上，单向数据流是对应于固定的数据传递过程的。举例说明：在向***中输入参数后，可以经过固定的数据传递过程(如分别通过函数1、函数2和函数3进行处理)，并输出对应的数据。

这样，由于***响应于用户对UI的操作时通常基于单向数据流来实现，当用户对UI实施相同操作时，会相应的向***输入相同的参数，这样，***在响应用户对UI的操作时，如果经过的数据传递过程对应于纯函数的数据处理过程。其中，所述纯函数可以是在调用相同参数时输出相同数据的函数。那么，基于这样的不变性特点，在经过固定的数据传递过程后，可以得到确定的输出数据，以使得UI界面发生确定的响应变化。另外，***在响应用户对UI的操作时，如果数据传递过程中生成有比如时间戳或随机数等可变数据，也就是说，经过的数据传递过程对应于非纯函数的数据处理过程。如此，在经过固定的数据传递过程后，是无法得到确定的输出数据的，当然也无法确定UI界面对应发生的响应变化。

而针对于该种数据传递过程对应于非纯函数的数据处理过程的情形，可以记录数据传递过程中的可变数据(时间戳、随机数等)，并在之后响应用户操作时，根据预先记录的可变数据，在数据传递过程中对这些可变数据进行恢复，由此，仍可以得到确定的输出数据，以使得UI界面发生确定的响应变化，从而保证了不变性的特点。

由此可见，由于***响应用户对UI的操作时通常是基于单向数据流来实现的，因此，当用户对UI实施相同操作时，基于不变性的特点，可以使得UI界面发生确定的响应变化。

基于此，本申请实施例提供了用户界面的测试方法：通过录制目标业务的用户界面测试过程，生成测试用例，其中，测试用例中包括有用户界面测试过程中生成的动作事件、和对应于所述动作事件的数据状态及虚拟文档对象模型(Document Object Model，DOM)，由此，可以基于通过录制方式生成的测试用例，来实现目标业务的用户界面测试。该方法可以避免针对不同业务需要额外编程生成测试用例，降低了对测试人员的技术要求。此外，在为目标业务的用户界面进行测试时，通过触发测试用例中的动作事件，以得到所述动作事件对应的待确定数据状态和待确定虚拟DOM，并将其与测试用例中对应所述动作事件的数据状态和虚拟DOM进行对比，从而得到测试结果，这样无需在目标业务中埋点，从而进一步的降低了测试成本。

首先，对本申请实施例的应用场景进行介绍。该方法可以应用到终端设备中，终端设备例如可以是智能终端、计算机、个人数字助理(Personal Digital Assistant，简称PDA)、平板电脑等设备。

该用户界面的测试方法还可以应用到服务器中，所述服务器可以是仅用于用户界面测试的专用服务器，所述服务器也可以是还包含其它数据处理功能的公用服务器，本申请实施例不做限定。

为了便于理解本申请的技术方案，下面结合实际应用场景，以服务器为例对本申请实施例提供的用户界面的测试方法进行介绍。

参见图2，图2为本申请实施例提供的一种用户界面的测试方法的应用场景示意图。该应用场景中包括服务器201，所述服务器201可以录制目标业务的用户界面测试过程。其中，所述目标业务可以是用户通过用户界面实现的任意业务。比如所述目标业务可以是用户通过浏览器的用户界面进行查询的业务。

可以理解，在目标业务的用户界面测试过程中，用户可以为实现目标任务而对UI实施相应的操作，而对于用户的每个操作，会生成相应的机器可识别的动作事件，以及，在目标业务响应所述动作事件时，在***后台还会形成对应的数据状态和虚拟DOM。由此，在对目标业务的用户界面测试过程进行录制后，动作事件和对应的数据状态及虚拟DOM可以被保存下来。

其中，所述动作事件可以对应于用户为实现目标任务时对UI实施的任意一个操作；所述数据状态可以是所述目标业务响应所述动作事件时得到的数据的状态，比如所述数据状态为所述react页面上的数据的状态。所述虚拟DOM可以是一种基于树的标准编程接口文档，它要求处理过程中的整个文档都在存储器中表示出来。

举例来说，参见图3a，该图示出了本申请实施例提供的一种生成的动作事件及对应的数据状态和虚拟DOM的示意图，如图3a所示，针对于用户实施的打开用户界面的操作，会生成对应的“INIT”动作事件，然后目标业务可以响应该“INIT”动作事件：对于“INIT”动作事件，可以触发页面数据发生变化，从而形成当前react页面的数据状态，当前react页面的数据状态自动影响虚拟DOM中的数据变化，形成当前的虚拟DOM，并由当前的虚拟DOM控制用户界面的渲染。类似的，参见图3b，该图示出了本申请实施例提供的一种生成的动作事件及对应的数据状态和虚拟DOM的示意图，如图3b所示，当用户实施向UI的文本框中输入“发周报”操作时，会生成对应的“INPUT(text＝‘发周报’)”动作事件，然后目标业务响应该“INPUT(text＝‘发周报’)”动作事件，从而形成当前react页面的数据状态，进而形成当前的虚拟DOM，最终控制了用户界面的渲染。

然后，可以根据录制的目标业务的用户界面测试过程，生成目标用例。其中，所述目标用例可以用于标识所述用户界面测试过程中生成的动作事件、所述目标业务通过响应所述动作事件得到的数据状态和虚拟DOM间的对应关系。简单来说，即：所述测试用例标识有动作事件和基于所述动作事件形成的数据状态及虚拟DOM间的对应关系。例如：测试用例标识有动作事件“X”对应于数据状态“x”及虚拟DOM“x1”，其中，所述数据状态“x”及虚拟DOM“x1”都是在响应所述动作事件“X”时形成的。

需要说明，在录制目标业务的用户界面测试过程时，在该过程中生成的动作事件、以及在响应所述动作事件时形成的数据状态和虚拟DOM，都是目标业务的用户界面在正常情况下生成的。也就是说，针对于测试用例中动作事件及对应的数据状态和虚拟DOM，它们都是目标业务的用户界面在正常情况下生成的。

由此，在获得目标业务对应的测试用例之后，如果需要对所述目标业务进行用户界面的测试时，可以获取此前生成的测试用例。并在测试过程中，对目标业务的用户界面触发测试用例所标识的动作事件，以及获取由此生成的数据状态和虚拟DOM，并将它们作为待确定数据状态和待确定虚拟DOM。

从而，对于基于动作事件得到的待确定数据状态和待确定虚拟DOM，可以将其与测试用例中所述动作事件对应的数据状态和虚拟DOM进行对比，并根据对比结果，以确定出测试结果。

可见，本申请实施例提供的用户界面的测试方法，通过录制目标业务的用户界面测试过程的方式生成测试用例，从而避免了针对不同业务需要额外编程生成测试用例，降低了对测试人员的技术要求。此外，在为目标业务的用户界面进行测试时，通过数据状态和虚拟DOM对比的方式，得到测试结果，这样无需在目标业务中埋点，从而进一步的降低了测试成本。

接下来，将结合附图对本申请实施例提供的用户界面的测试方法进行介绍。

参见图4，该图示出了本申请实施例提供的一种用户界面的测试方法流程图，所述方法包括：

S401：根据对目标业务的用户界面测试过程的录制，生成测试用例。

在本申请实施例中，针对于目标业务，可以通过对目标业务的用户界面测试过程的录制，生成测试用例。其中，针对于生成的测试用例，其可以用于标识动作事件和数据状态及虚拟DOM间的对应关系。这里所述的动作事件可以是在对目标任务的用户界面进行测试的过程中生成的；所述数据状态和虚拟DOM可以都是目标业务在响应所述动作事件时得到的。

其中，针对于S401中对目标业务的用户界面测试过程进行录制的方式，在一种可能的实现方式中，可以通过浏览器插件，以对目标业务的用户界面测试过程进行录制，从而生成测试用例。具体实现中，可以在终端设备或者服务器上安装浏览器插件，该浏览器插件可以通过在后台的相应页面(比如react页面)进行初始化时，向所述页面注入测试脚本，进而实现用户界面测试过程的录制。

接下来，对通过浏览器插件进行用户界面测试过程的录制方法进行介绍。参见图5a，该图示出了本申请实施例提供的一种开启浏览器插件后的浏览器插件界面示意图。当开始对目标业务的用户界面测试时，可以点击图5a中的开始录制按钮以进行录制。

在录制过程中，当用户对UI进行操作时，所述浏览器插件可以抓取该操作下生成的动作事件和对应的数据状态及虚拟DOM的快照。参见图5b，该图示出了本申请实施例提供的一种录制过程中的浏览器插件界面的示意图，如图5b所示，其中，每行内容可以对应于一个动作事件及其对应的数据状态及虚拟DOM的快照。

可以理解，一张快照中的动作事件与该快照中的数据状态及虚拟DOM相对应。因此，当完成对此次目标业务的用户界面测试过程的录制后，可以将得到的快照作为测试用例，并对其进行保存。参见图5c，该图示出了本申请实施例提供的一种保存测试用例时的浏览器插件界面的示意图。如图5c所示，在保存测试用例时，可以为其设置相应的名称和类别，以方便后面对该测试用例的获取。

可以理解，如果目标业务较为简单，则该目标业务对应的测试用例可以对应一个动作事件和对应的数据状态和虚拟DOM。而如果一个目标业务较为复杂，在一种可能的实现方式中，所述目标业务对应的测试用例可以包括多个动作事件，而且，所述测试用例中还可以记录有这些动作事件间的时序。其中，所述动作事件间的时序可以是生成这些动作事件的时间顺序，不同的动作事件可以对应于不同的数据状态和虚拟DOM。在具体实现中，可以按照每个动作事件的时序对它们进行排列，从而生成测试用例。

举例来说，在录制目标业务的用户界面测试过程时，用户对用户界面依次进行了操作1、操作2和操作3。那么，在完成录制后，所生成的测试用例中包括有动作事件“H”、动作事件“I”和动作事件“J”(分别对应于操作1、操作2和操作3)。而且，动作事件“H”对应于数据状态“h”及虚拟DOM“h1”；动作事件“I”对应于数据状态“i”及虚拟DOM“i1”；动作事件“J”对应于数据状态“j”及虚拟DOM“j1”，即不同的动作事件可以对应于不同的数据状态和虚拟DOM。此外，所述测试用例中还包括有动作事件H、动作事件I和动作事件J的时序，即这三个动作事件的生成时间的先后顺序为：动作事件H先于动作事件I生成，动作事件I先于动作事件J生成。

S402：在对所述目标业务进行用户界面的测试时，获取所述测试用例。

当需要对所述目标业务进行用户界面的测试时，可以获取S401中生成的测试用例。

S403：对所述目标业务的用户界面触发所述测试用例所标识的动作事件，获取对应的待确定数据状态和待确定虚拟文档对象模型。

在获取测试用例之后，可以根据测试用例中标识的动作事件，对目标业务的用户界面触发测试用例中所标识的动作事件，并获得所述动作事件对应的数据状态和虚拟DOM，作为所述动作事件对应的待确定数据状态和待确定虚拟DOM。

需要说明，如果测试用例中包括多个动作事件，可以根据测试用例中动作事件的时序，对目标业务的用户界面依次触发测试用例中的每个动作事件。

S404：根据所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的比对结果，确定测试结果。

由此，针对于测试过程中动作事件对应的待确定数据状态和待确定虚拟DOM，可以将其与测试用例中的所述动作事件对应的数据状态和虚拟DOM进行对比，从而得到对比结果，并根据该对比结果，确定测试结果。

由上述技术方案可以看出，根据对目标业务的用户界面测试过程的录制，生成测试用例，所述测试用例用于标识所述用户界面测试过程中生成的动作事件，所述目标业务通过响应所述动作事件得到的数据状态和虚拟文档对象模型间的对应关系。通过录制的方式，避免了针对不同业务需要额外编程生成测试用例，降低了对测试人员的技术要求。若需要对目标业务进行用户界面的测试，可以根据该测试用例所标识的动作事件，在目标业务的用户界面上进行触发，从而获取目标业务的用户界面响应于动作事件得到的待确定数据状态和待确定虚拟文档对象模型。由于根据测试用例可以查到对应于前述动作事件，目标业务的用户界面正常情况下应得到何种数据状态和虚拟文档对象模型，从而可以根据待确定数据状态和待确定虚拟文档对象模型与其进行比对，通过比对结果确定测试结果。上述测试不需要在目标业务中埋点，进一步的降低了测试成本。

为了降低对测试人员的能力要求，以及便于测试人员更为直观的得到待确定数据状态和待确定虚拟DOM与测试用例中对应的数据状态和虚拟DOM的对比结果，针对于S404的方法，在一种可能的实现方式中，所述S404的方法可以包括：

S501：根据所述待确定数据状态和待确定虚拟文档对象模型，与根据所述对应关系确定的数据状态和虚拟文档对象模型进行文本内容比对。若所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的文本内容不一致，执行S502，若所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的文本内容一致，执行S503。

S502：确定测试结果为异常。

S503：确定测试结果为正常。

在本申请实施例中，参见图3a和图3b，可以看到，页面的数据状态和虚拟DOM中的文本内容都较为直观，因此，针对于待确定数据状态和待确定虚拟DOM，测试人员可以将其与测试用例中根据对应关系确定的数据状态和虚拟DOM的进行文本内容的比对。

可以理解，测试用例中动作事件及对应的数据状态和虚拟DOM，它们都是目标业务的用户界面在正常情况下生成的。如此，针对于待确定数据状态和待确定虚拟DOM，将其与测试用例中根据对应关系确定的数据状态和虚拟DOM的文本内容进行对比之后，如果确定它们的文本内容不一致，可以确定测试结果为异常。如果确定它们的文本内容一致，可以确定测试结果为正常。

由此，对于待确定数据状态和待确定虚拟DOM与测试用例中对应的数据状态和虚拟DOM，***可以直接对它们的文本内容进行对比，由此该方式对测试人员的能力要求较低，此外，通过文本内容的对比方式，可以使得测试人员更为直观的得到对比结果，从而提高了测试效率。

在本申请实施例中，为了保证生成的测试用例的准确性，在一种可能的实现方式中，所述方法还包括：

S601：获取针对所述测试用例的回放请求。

S602：按照录制的时序对所述测试用例进行回放。

在本申请实施例中，比如录制人员可以向服务器或者终端设备发送针对测试用例的回放请求，其中，所述录制人员比如可以是负责录制目标业务的用户界面测试过程的人员。接着，服务器或者终端设备可以获取该针对测试用例的回放请求，并按照录制的时序对所述测试用例进行回放，由此可以根据回放内容确定该测试用例是否出现错误，从而保证了生成的测试用例的准确性。

接下来，将结合实际应用场景对本申请实施例提供的用户界面的测试方法进行介绍。参见图6，该图示出了本申请实施例提供的一种用户界面的测试方法示意图。

如图6所示，目标任务的用户界面测试方法可以包括三部分：录制过程、测试用例管理和回归过程：

通过浏览器插件录制目标任务的用户界面的测试过程，该插件记录了基于用户操作生成的动作事件和所述动作事件对应的数据状态及虚拟DOM的快照，在完成目标业务的用户界面测试过程的录制后，可以生成所述目标任务对应的测试用例。该方法使得非开发人员也可以进行录制以生成测试用例，降低人力成本，还可以提升测试用例的生成效率。

在浏览器插件中生成测试用例后，所述浏览器插件可以向测试用例管理***发送请求管理所述测试用例的请求包，测试用例管理***在接收到该请求包后，对所述测试用例进行保存和管理，以及，当需要对目标任务进行用户界面的测试时，所述测试用例管理***可以负责对所述测试用例进行调度，将其发送至回归环境中，以进行目标任务的用户界面的测试。通过将测试用例发送至测试用例管理***进行统一管理，提高了测试用例的可维护性。

其中，所述测试用例管理***可以通过定时任务或者程序编程接口(ApplicationProgramming Interface，API)触发两种方式，来启动基于测试用例的目标业务的用户界面测试。所述回归环境可以是由回归服务器创建的虚拟环境，以将目标业务的代码和测试脚本导入回归环境中。

当进行目标任务的用户界面的测试时，可以将测试用例在回归环境中进行快速初始化。然后，可以逐个触发所述测试用例中的动作事件，并获取快照，其中，获得的快照中包括动作事件和对应的待确定数据状态及待确定虚拟DOM，针对于所述动作事件对应的待确定数据状态和待确定虚拟DOM，将其与测试用例中对应的数据状态和虚拟DOM进行对比，如果它们的文本内容相同，如果相同，确定测试结果正常，如果不相同，可以基于它们之间不相同的部分生成测试报告。从而，开发者可以通过该测试报告分析出代码的异常位置，并进行BUG修复。

基于前述实施例提供的一种用户界面的测试方法，本申请实施例还提供一种用户界面的测试装置，参见图7a，该图示出了本申请实施例提供的一种用户界面的测试装置的结构示意图，所述装置700包括生成单元701、第一获取单元702、第二获取单元703和确定单元704：

所述生成单元701，用于根据对目标业务的用户界面测试过程的录制，生成测试用例，所述测试用例用于标识动作事件、数据状态和虚拟文档对象模型间的对应关系；所述动作事件为在所述用户界面测试过程中生成的，所述数据状态为所述目标业务通过响应所述动作事件得到的；

所述第一获取单元702，用于在对所述目标业务进行用户界面的测试时，获取所述测试用例；

所述第二获取单元703，用于对所述目标业务的用户界面触发所述测试用例所标识的动作事件，获取对应的待确定数据状态和待确定虚拟文档对象模型；

所述确定单元704，用于根据所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的比对结果，确定测试结果。

可选的，所述确定单元704，具体用于：

根据所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的进行文本内容的比对；

若所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的文本内容不一致，确定测试结果为异常；

若所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的文本内容一致，确定测试结果为正常。

可选的，所述测试用例包括多个动作事件，并记录了所述多个动作事件间的时序；不同的动作事件对应于不同的数据状态和虚拟文档对象模型。

在一种可能的实现方式中，参见图7b，该图示出了本申请实施例提供的一种用户界面的测试装置的结构示意图，所述装置700还包括回放单元705，所述回放单元705，具体用于：

获取针对所述测试用例的回放请求；

按照录制的时序对所述测试用例进行回放。

可选的，所述生成单元701，具体用于：

通过浏览器插件对目标业务的用户界面测试过程进行录制，生成测试用例。

由上述技术方案可以看出，根据对目标业务的用户界面测试过程的录制，生成测试用例，所述测试用例用于标识所述用户界面测试过程中生成的动作事件，所述目标业务通过响应所述动作事件得到的数据状态和虚拟文档对象模型间的对应关系。通过录制的方式，避免了针对不同业务需要额外编程生成测试用例，降低了对测试人员的技术要求。若需要对目标业务进行用户界面的测试，可以根据该测试用例所标识的动作事件，在目标业务的用户界面上进行触发，从而获取目标业务的用户界面响应于动作事件得到的待确定数据状态和待确定虚拟文档对象模型。由于根据测试用例可以查到对应于前述动作事件，目标业务的用户界面正常情况下应得到何种数据状态和虚拟文档对象模型，从而可以根据待确定数据状态和待确定虚拟文档对象模型与其进行比对，通过比对结果确定测试结果。上述测试不需要在目标业务中埋点，进一步的降低了测试成本。

本申请实施例还提供了一种用于用户界面的测试设备，下面结合附图对用于用户界面的测试设备进行介绍。请参见图8所示，本申请实施例提供了一种用于用户界面的测试设备800，该设备800还可以是终端设备，该终端设备可以为包括手机、平板电脑、个人数字助理(Personal DigitalAssistant，简称PDA)、销售终端(Point ofSales，简称POS)、车载电脑等任意智能终端，以终端设备为手机为例：

图8示出的是与本申请实施例提供的终端设备相关的手机的部分结构的框图。参考图8，手机包括：射频(Radio Frequency，简称RF)电路810、存储器820、输入单元830、显示单元840、传感器850、音频电路860、无线保真(wireless fidelity，简称WiFi)模块870、处理器880、以及电源890等部件。本领域技术人员可以理解，图8中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图8对手机的各个构成部件进行具体的介绍：

RF电路810可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器880处理；另外，将设计上行的数据发送给基站。通常，RF电路810包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(LowNoiseAmplifier，简称LNA)、双工器等。此外，RF电路810还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯***(Global System ofMobile communication，简称GSM)、通用分组无线服务(GeneralPacket Radio Service，简称GPRS)、码分多址(Code DivisionMultipleAccess，简称CDMA)、宽带码分多址(Wideband Code DivisionMultipleAccess，简称WCDMA)、长期演进(Long Term Evolution，简称LTE)、电子邮件、短消息服务(ShortMessaging Service，简称SMS)等。

存储器820可用于存储软件程序以及模块，处理器880通过运行存储在存储器820的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器820可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器820可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元830可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元830可包括触控面板831以及其他输入设备832。触控面板831，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板831上或在触控面板831附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板831可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器880，并能接收处理器880发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板831。除了触控面板831，输入单元830还可以包括其他输入设备832。具体地，其他输入设备832可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元840可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元840可包括显示面板841，可选的，可以采用液晶显示器(Liquid CrystalDisplay，简称LCD)、有机发光二极管(Organic Light-Emitting Diode，简称OLED)等形式来配置显示面板841。进一步的，触控面板831可覆盖显示面板841，当触控面板831检测到在其上或附近的触摸操作后，传送给处理器880以确定触摸事件的类型，随后处理器880根据触摸事件的类型在显示面板841上提供相应的视觉输出。虽然在图8中，触控面板831与显示面板841是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板831与显示面板841集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器850，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板841的亮度，接近传感器可在手机移动到耳边时，关闭显示面板841和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路860、扬声器861，传声器862可提供用户与手机之间的音频接口。音频电路860可将接收到的音频数据转换后的电信号，传输到扬声器861，由扬声器861转换为声音信号输出；另一方面，传声器862将收集的声音信号转换为电信号，由音频电路860接收后转换为音频数据，再将音频数据输出处理器880处理后，经RF电路810以发送给比如另一手机，或者将音频数据输出至存储器820以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块870可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图8示出了WiFi模块870，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器880是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器820内的软件程序和/或模块，以及调用存储在存储器820内的数据，执行手机的各种功能和处理数据。可选的，处理器880可包括一个或多个处理单元；优选的，处理器880可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器880中。

手机还包括给各个部件供电的电源890(比如电池)，优选的，电源可以通过电源管理***与处理器880逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本实施例中，该终端设备所包括的处理器880还具有以下功能：

获取待剪辑对象；

确定所述待剪辑对象中用于视频剪辑的内容元素，所述内容元素具有对应的内容类型标识；

根据第一行为树逻辑确定所述内容类型标识对应的视频剪辑素材集合；

根据所述内容元素和视频剪辑素材集合合成得到剪辑视频。

本申请实施例提供的用于用户界面的测试设备可以是服务器，请参见图9所示，图9为本申请实施例提供的服务器900的结构图，服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以***处理器(Central Processing Units，简称CPU)922(例如，一个或一个以上处理器)和存储器932，一个或一个以上存储应用程序942或数据944的存储介质930(例如一个或一个以上海量存储设备)。其中，存储器932和存储介质930可以是短暂存储或持久存储。存储在存储介质930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器922可以设置为与存储介质930通信，在服务器900上执行存储介质930中的一系列指令操作。

服务器900还可以包括一个或一个以上电源926，一个或一个以上有线或无线网络接口950，一个或一个以上输入输出接口958，和/或，一个或一个以上操作***941，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图9所示的服务器结构。

其中，CPU 922用于执行如下步骤：

根据对目标业务的用户界面测试过程的录制，生成测试用例，所述测试用例用于标识所述用户界面测试过程中生成的动作事件，所述目标业务通过响应所述动作事件得到的数据状态和虚拟文档对象模型间的对应关系；

若对所述目标业务进行用户界面的测试，获取所述测试用例；

对所述目标业务的用户界面触发所述测试用例所标识的动作事件，获取对应的待确定数据状态和待确定虚拟文档对象模型；

根据所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的比对结果，确定测试结果。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (12)

1.一种用户界面的测试方法，其特征在于，所述方法包括：

根据对目标业务的用户界面测试过程的录制，生成测试用例，所述测试用例用于标识动作事件、数据状态和虚拟文档对象模型间的对应关系；所述动作事件为在所述用户界面测试过程中生成的，所述数据状态及所述虚拟文档对象模型为所述目标业务通过响应所述动作事件得到的；

在对所述目标业务进行用户界面的测试时，获取所述测试用例；

对所述目标业务的用户界面触发所述测试用例所标识的动作事件，获取对应的待确定数据状态和待确定虚拟文档对象模型；

根据所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的比对结果，确定测试结果。

2.根据权利要求1所述的方法，其特征在于，所述根据所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的比对结果，确定测试结果，包括：

根据所述待确定数据状态和待确定虚拟文档对象模型，与根据所述对应关系确定的数据状态和虚拟文档对象模型进行文本内容比对；

若所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的文本内容不一致，确定测试结果为异常；

若所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的文本内容一致，确定测试结果为正常。

3.根据权利要求1所述的方法，其特征在于，所述测试用例包括多个动作事件，并记录了所述多个动作事件间的时序；不同的动作事件对应于不同的数据状态和虚拟文档对象模型。

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

获取针对所述测试用例的回放请求；

按照录制的时序对所述测试用例进行回放。

5.根据权利要求1所述的方法，其特征在于，所述根据对目标业务的用户界面测试过程的录制，生成测试用例，包括：

通过浏览器插件对目标业务的用户界面测试过程进行录制，生成测试用例。

6.一种用户界面的测试装置，其特征在于，所述装置包括生成单元、第一获取单元、第二获取单元和确定单元：

所述生成单元，用于根据对目标业务的用户界面测试过程的录制，生成测试用例，所述测试用例用于标识动作事件、数据状态和虚拟文档对象模型间的对应关系；所述动作事件为在所述用户界面测试过程中生成的，所述数据状态及所述虚拟文档对象模型为所述目标业务通过响应所述动作事件得到的；

所述第一获取单元，用于在对所述目标业务进行用户界面的测试时，获取所述测试用例；

所述第二获取单元，用于对所述目标业务的用户界面触发所述测试用例所标识的动作事件，获取对应的待确定数据状态和待确定虚拟文档对象模型；

所述确定单元，用于根据所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的比对结果，确定测试结果。

7.根据权利要求6所述的装置，其特征在于，所述确定单元，具体用于：

根据所述待确定数据状态和待确定虚拟文档对象模型，与根据所述对应关系确定的数据状态和虚拟文档对象模型进行文本内容比对；

若所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的文本内容不一致，确定测试结果为异常；

若所述待确定数据状态和待确定虚拟文档对象模型与根据所述对应关系确定的数据状态和虚拟文档对象模型的文本内容一致，确定测试结果为正常。

8.根据权利要求6所述的装置，其特征在于，所述测试用例包括多个动作事件，并记录了所述多个动作事件间的时序；不同的动作事件对应于不同的数据状态和虚拟文档对象模型。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括回放单元，所述回放单元，具体用于：

获取针对所述测试用例的回放请求；

按照录制的时序对所述测试用例进行回放。

10.根据权利要求6所述的装置，其特征在于，所述生成单元，具体用于：

通过浏览器插件对目标业务的用户界面测试过程进行录制，生成测试用例。

11.一种可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器加载并执行，实现如权利要求1～5任一项所述的用户界面的测试方法的各步骤。

12.一种服务器，其特征在于，包括：

中央处理器和存储器；

存储器，用于存储实现如权利要求1～5任一项所述的用户界面的测试方法的程序；

处理器，用于调用并执行所述存储器的程序，以实现如权利要求1～5任一项所述的用户界面的测试方法的各个步骤。