CN113448820B - 网页测试方法及装置 - Google Patents

Abstract

本申请公开了一种网页测试方法及装置，涉及计算机技术领域。该方法包括：获取第一配置数据；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；展示所述第一配置数据；响应于用户对所述测试步骤的编辑操作，对所述第一配置数据进行编辑，并生成第二配置数据，以使测试设备基于所述第二配置数据以及编辑后的所述第一配置数据进行网页测试。根据本申请实施例，能够降低网页测试对用户编程能力的要求。

Description

网页测试方法及装置

技术领域

本申请属于计算机技术领域，尤其涉及一种网页测试方法及装置。

背景技术

随着互联网的发展，出现了越来越多的网页应用。在上线网页应用之前，需要对网页应用进行多次测试。目前，通常使用测试框架Selenium，对网页应用进行自动化测试。用户可以使用Selenium的录制插件，对网页应用的测试过程进行录制。待录制完成后，录制插件可以生成测试脚本。用户可以运行测试脚本，回放测试过程，对网页应用进行自动化测试。

当网页应用的功能发生调整时，如增加、删除或者更新某个功能，需要用户对测试脚本中涉及上述功能的部分的代码进行增加、删除或修改。如此，需要用户具有较高的编程能力。

发明内容

本申请实施例提供一种网页测试方法及装置，以解决网页测试需要用户具有较高的编程能力的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种网页测试方法，包括：

获取第一配置数据；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

展示所述第一配置数据；

响应于用户对所述测试步骤的编辑操作，对所述第一配置数据进行编辑，并生成第二配置数据，以使测试设备基于所述第二配置数据以及编辑后的所述第一配置数据进行网页测试。

第二方面，本申请实施例提供了一种网页测试方法，包括：

获取第二配置数据；所述第二配置数据，基于对第一配置数据进行编辑而生成；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

将所述第二配置数据划分为多份配置子数据；

将所述多份配置子数据发送至多个测试设备，以使每个所述测试设备，基于编辑后的所述第一配置数据和接收的所述配置子数据进行网页测试，并返回网页测试子结果；

汇总各个所述测试设备返回的网页测试子结果，生成网页测试总结果。

第三方面，本申请实施例提供了一种网页测试方法，包括：

接收配置子数据，所述配置子数据，基于对第二配置数据进行划分而得到；所述第二配置数据，基于对第一配置数据进行编辑而生成；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

基于所述配置子数据和编辑后的所述第一配置数据进行网页测试，生成网页测试子结果；

将所述网页测试子结果返回至测试管理设备，以使所述测试管理设备汇总所述网页测试子结果，生成网页测试总结果。

第四方面，本申请实施例提供了一种网页测试装置，包括：

第一获取模块，用于获取第一配置数据；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

展示模块，用于展示所述第一配置数据；

编辑模块，用于响应于用户对所述测试步骤的编辑操作，对所述第一配置数据进行编辑，并生成第二配置数据，以使测试设备基于所述第二配置数据以及编辑后的所述第一配置数据进行网页测试。

第五方面，本申请实施例提供了一种网页测试装置，包括：

第二获取模块，用于获取第二配置数据；所述第二配置数据，基于对第一配置数据进行编辑而生成；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

划分模块，用于将所述第二配置数据划分为多份配置子数据；

发送模块，用于将所述多份配置子数据发送至多个测试设备，以使每个所述测试设备，基于编辑后的所述第一配置数据和接收的所述配置子数据进行网页测试，并返回网页测试子结果；

第一生成模块，用于汇总各个所述测试设备返回的网页测试子结果，生成网页测试总结果。

第六方面，本申请实施例提供了一种网页测试装置，包括：

接收模块，用于接收配置子数据，所述配置子数据，基于对第二配置数据进行划分而得到；所述第二配置数据，基于对第一配置数据进行编辑而生成；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

第二生成模块，用于基于所述配置子数据和编辑后的所述第一配置数据进行网页测试，生成网页测试子结果；

返回模块，用于将所述网页测试子结果返回至测试管理设备，以使所述测试管理设备汇总所述网页测试子结果，生成网页测试总结果。

第七方面，本申请实施例提供了一种测试设备，包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如第一方面至第三方面任一方面所述的网页测试方法。

第八方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如第一方面至第三方面任一方面所述的网页测试方法。

相较于现有技术，本申请具有以下有益效果：

在本申请实施例中，可以展示基于录制的网页测试过程而生成的第一配置数据，其中，该第一配置数据包括测试步骤，这样，用户可以对展示的测试步骤进行编辑操作。之后，可以响应于用户对测试步骤的编辑操作，对第一配置数据进行编辑，同时生成第二配置数据，以使测试设备可以基于第二配置数据以及编辑后的第一配置数据进行网页测试。这样，当网页应用的某个功能发生调整时，用户可以直接对展示的配置数据进行编辑，而不再需要修改代码，从而降低了网页测试对用户编程能力的要求。

附图说明

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

图1是本申请另一个实施例提供的网页测试方法的流程图；

图2是本申请一个实施例提供的应用场景示意图；

图3是本申请另一个实施例提供的一种编辑框示意图；

图4是本申请另一个实施例提供的一种带预览按钮的编辑框示意图；

图5是本申请另一个实施例提供的应用场景示意图；

图6是本申请另一个实施例提供的网页测试方法的信令示意图；

图7是本申请另一个实施例提供的测试框架示意图；

图8是本申请另一个实施例提供的网页测试装置的结构示意图；

图9是本申请另一个实施例提供的网页测试装置的结构示意图；

图10是本申请另一个实施例提供的网页测试装置的结构示意图；

图11是本申请又一个实施例提供的测试设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本申请，并不被配置为限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

随着互联网的发展，出现了越来越多的网页应用。在上线网页应用之前，需要对网页应用进行多次测试。对网页应用的测试，是一个繁琐的过程，网页应用不仅链接众多，而且功能丰富，采用手动测试极其费时费力。目前，通常使用测试框架Selenium，对网页应用进行自动化测试。Selenium是一系列基于网页的自动化工具，其可以提供一套测试函数，用于支持网页的自动化测试。用户可以使用Selenium的录制插件，对网页应用的网页测试过程进行录制。待录制完成后，录制插件可以生成测试脚本，测试脚本可以通过代码记录下网页测试过程。用户可以运行测试脚本，回放测试过程，进行网页测试。

需要说明的是，selenium对用户的编程能力要求较高。例如，当网页应用的功能发生调整时，如增加、删除或者更新某个功能，需要用户对测试脚本中涉及上述功能的部分的代码进行增加、删除或修改。如此，使用selenium进行网页测试，需要用户具有较高的编程能力。

另外，当用户对测试脚本进行修改时，需要通篇阅读测试脚本的全部代码，并对测试脚本中涉及到的代码部分进行修改，这样，即使用户的编程能力较高，用户也需要花费较长时间，才能够完成对测试脚本的修改。故而，上述通过测试脚本对网页应用进行测试的方式，花费的时间成本也较高。

为了解决现有技术问题，本申请实施例提供了一种网页测试方法及装置。下面首先对本申请实施例所提供的网页测试方法进行介绍。

如图1所示，本申请实施例提供的网页测试方法包括以下步骤：

S101、获取第一配置数据；第一配置数据，基于录制的网页测试过程而生成，第一配置数据至少包括测试步骤。

在一个示例实施例中，首先对执行主体进行介绍。网页测试方法的执行主体可以是用户所使用的终端，例如台式计算机或笔记本电脑。应用场景图可以如图2所示，终端200可以将获取的第一配置数据展示给用户，同时，终端200可以响应于用户对展示的第一配置数据的编辑操作，对第一配置数据进行编辑，生成用于网页测试的第二配置数据。

接着，对第一配置数据进行说明。第一配置数据可以包括测试步骤，测试步骤可以包含有测试参数或步骤标识，测试步骤可以基于对网页应用的网页测试过程进行录制而生成。

具体的，网页测试过程，可以是网页应用的初始测试过程，也可以是网页应用版本更迭过程中的中间测试过程。网页测试过程的内容，可以是用户对网页应用的各个功能进行的测试动作，一个测试动作可以视为一个测试步骤。可以利用预开发的浏览器录制插件，对网页测试过程进行录制。浏览器录制插件，可以记录各个测试步骤对应的函数调用过程中生成的配置数据，如测试动作标识、被测试元素或元素位置等测试参数。同时，浏览器录制插件，可以记录每个测试步骤的测试顺序，测试顺序可以用步骤标识来标记。

可选的，浏览器录制插件可以按照测试步骤的步骤类型，进行如下处理：识别网页测试过程中各个测试步骤的步骤类型；当测试步骤的步骤类型为对浏览器页面的页面测试时，记录测试步骤的步骤标识和测试参数，测试参数至少包括测试动作标识、被测试元素或元素位置；当测试步骤的步骤类型为对浏览器非页面的浏览器测试时，记录测试步骤的步骤标识。

在一个示例实施例中，测试步骤的类型可以分为页面测试和浏览器测试。其中，页面测试，可以是对浏览器页面进行的测试，如点击网页应用的某个页面的链接；浏览器测试，可以是对浏览器本身进行的非页面的测试，如切换窗口、放大或缩小窗口。

当进行页面测试时，浏览器录制插件，可以记录页面测试的测试步骤的步骤标识，并记录该测试步骤的测试参数，测试参数可以是测试动作标识、被测试元素或元素位置，其中，测试动作标识，可以是诸如查找、刷新、点击等动作对应的标识符；被测试元素，可以是页面中的各种链接，如图片链接、文字链接等；元素位置，可以是元素在页面中的坐标。进一步的，测试参数还可以包括其它参数，如元素的查找方式、元素属性、预期结果判断类型、预期结果判断内容、执行次数。当录制浏览器测试动作时，浏览器录制插件，可以只记录浏览器测试动作对应的测试步骤的步骤标识。

以步骤类型为页面测试为例，当录制的测试步骤为点击网页中的某个链接时，浏览器录制插件，可以记录上述测试步骤的测试动作标识为点击动作的标识符，被测试元素为上述链接的URL(Uniform Resource Locator，统一资源定位符)，元素位置为上述链接在网页中的坐标。另外，浏览器录制插件，可以基于在上述点击链接之前进行的测试步骤的步骤标识，生成该点击链接测试步骤的步骤标识，如进行加一处理。

需要说明的是，上述浏览器录制插件，可以通过不同的编程语言开发，如Java、Python等编程语言，至于浏览器录制插件的具体代码，在基于上述描述的功能效果的基础上，本领域技术人员能够通过不同的编程思路实现，这里不再赘述。

S102、展示第一配置数据。

在一个示例实施例中，在获取到第一配置数据后，可以将第一配置数据进行展示。具体的，可以通过能够直观被用户理解且易于编辑的形式，如编辑框，将第一配置数据中的测试步骤的步骤标识和/或测试参数展示在显示界面。如图3所示，图3给出了一种编辑框的具体形式，在编辑框中，展示有N个测试步骤的步骤标识以及多个测试参数。

S103、响应于用户对测试步骤的编辑操作，对第一配置数据进行编辑，并生成第二配置数据，以使测试设备基于第二配置数据以及编辑后的所述第一配置数据进行网页测试。

在一个示例实施例中，当网页应用的某个功能发生调整时，用户可以直接对展示的第一配置数据进行编辑操作，例如，当需要调整某个测试动作的测试内容时，用户可以直接将展示的该测试动作对应的测试参数的赋值，修改为对应值；当需要调整多个测试动作的测试顺序时，用户可以按照最终的测试顺序，直接对展示的这些测试动作的测试标识进行修改。这样，用户可以不需要修改代码，就可以实现网页应用的功能调整，从而降低了网页测试对用户编程能力的要求。

相应的，终端可以响应于用户对测试步骤的编辑操作，对第一配置数据进行相应的编辑处理，并生成第二配置数据。之后，终端可以将第二配置数据以及编辑后的第一配置数据发送给测试设备，然后由测试设备基于第二配置数据以及编辑后的第一配置数据，进行网页测试。进一步的，终端本身也可以作为测试设备，这样，终端可以基于第二配置数据以及编辑后的第一配置数据，进行网页测试。

通过上述处理，当网页应用的某个功能发生调整时，用户可以直接对展示的配置数据进行编辑，而不再需要修改代码，从而降低了网页测试对用户编程能力的要求。

可选的，为了降低用户对第一配置数据的编辑难度，还可以进行如下处理：响应于用户对目标测试步骤的预览操作，调用浏览器执行所述目标测试步骤。

在一个示例实施例中，如图4所示，可以在图3的基础上增加预览按钮，预览按钮可以与测试步骤的步骤标识或测试参数对应布置。这样，用户在对目标测试步骤的步骤标识或目标测试参数进行编辑之前，可以点击对应的预览按钮，以调用浏览器执行目标测试步骤，使用户可以直观地观看到目标测试步骤对应的测试动作，从而用户可以更加容易地对配置数据进行编辑。

在本申请实施例中，可以展示基于录制的网页测试过程而生成的第一配置数据，其中，该第一配置数据包括测试步骤，这样，用户可以对展示的测试步骤进行编辑操作。之后，可以响应于用户对测试步骤的编辑操作，对第一配置数据进行编辑，同时生成第二配置数据，以使测试设备可以基于第二配置数据以及编辑后的第一配置数据进行网页测试。这样，当网页应用的某个功能发生调整时，用户可以直接对展示的配置数据进行编辑，而不再需要修改代码，从而降低了网页测试对用户编程能力的要求。

可选的，当第二配置数据的数据量较大时，可以将第二配置数据发送至专用的测试系统，然后由测试系统基于第二配置数据，进行网页测试。应用场景可以如图5所示，测试系统可以包括测试管理设备501和多个测试设备502，其中，测试管理设备501可以将配置数据分发给多个测试设备502，并接收测试设备502生成的测试结果。

如图6所示，本申请实施例提供的另一种网页测试方法包括以下步骤：

S601、测试管理设备获取第二配置数据。

在一个示例实施例中，上述终端，可以将第二配置数据发送至测试管理设备。这样，测试管理设备可以获取到第二配置数据。

S602、测试管理设备将第二配置数据划分为多份配置子数据，将多份配置子数据发送至多个测试设备。

在一个示例实施例中，测试管理设备用于管理多个测试设备。为了提高网页测试的效率，测试管理设备可以将第二配置数据划分为多份配置子数据，然后将划分的多份配置子数据发送至多个测试设备。

需要说明的是，用户不仅可以对第一配置数据的测试步骤的步骤标识或测试参数进行编辑，也可以对测试动作进行组合，以划分出多个测试用例，每个测试用例可以包含一个测试动作，也可以包含多个测试动作。相应的，响应于用户的上述编辑操作，在对第一配置数据进行编辑后，可以生成由多个测试用例构成的第二配置数据。这样，测试管理设备可以以测试用例为单位，按照测试用例的数据量，划分配置子数据。

具体的，测试管理设备可以采集各个测试设备的负载、任务量、任务处理进度等信息，然后基于采集的各个测试设备的信息，划分出多份数据量各不相同的配置子数据。以负载率为例，测试管理设备可以获取多个测试设备各自的负载率，然后可以基于多个测试设备各自的负载率的比例，将多份配置子数据发送至多个测试设备，即对负载率高的测试设备分配较少数据量的配置子数据，对负载率低的测试设备分配较多数据量的配置子数据。

S603、测试设备基于配置子数据和编辑后的第一配置数据进行网页测试，生成网页测试子结果。

在一个示例实施例中，测试设备可以预先从测试管理设备处获取到上述编辑后的第一配置数据，然后基于编辑后的第一配置数据和配置子数据进行网页测试，生成网页应用的测试结果。

具体的，测试设备可以对编辑后的第一配置数据中的测试参数进行解析，或者对配置子数据中的步骤标识进行解析，得到待调用的函数。之后，测试设备可以调用函数，然后基于函数的调用结果，生成网页测试结果。

进一步的，测试设备预先配置有能够识别并处理配置数据的测试框架，测试设备可以基于该测试框架对配置子数据以及编辑后的第一配置数据进行处理，以进行网页测试。当网页测试结束后，可以生成网页测试子结果。如图7所示，测试框架700可以包括配置管理模块701、测试公用方法模块702、测试步骤管理模块703、测试用例管理模块704、日志记录模块705、通信模块706。

其中，配置管理模块701，负责将配置子数据解析成配置项，并存储在内存之中。

测试公用方法模块702，负责调用webdriver提供的接口，进行测试方法的封装。

测试步骤管理模块703，负责通过测试公用方法模块702构建测试步骤。

测试步骤的构建过程可以为：通过页面元素查找方式字段配置的方法，以及属性字段配置的属性，查找到对应元素，然后根据操作字段定义的操作执行相应的操作，另外，对于有输入参数的情况，可以通过输入参数字段输入相应参数。以及，可以通过预期结果判断类型字段的判断依据，结合预期结果判断内容字段的预期判断内容，对测试步骤的执行结果进行判断。

测试用例管理模块704，负责根据配置管理模块701中的数据，调用测试步骤管理模块703构建测试用例。测试用例的构建过程可以为：通过先后顺序，将测试步骤的步骤标识对应的测试步骤组合为一个测试用例，并基于配置子数据中的执行次数字段中的赋值，确定该测试用例的执行次数。

日志记录模块705，负责记录测试过程中的信息。

通信模块706，负责与测试管理设备通信，包括获取配置子数据以及上报网页测试子结果。

S604、测试设备将网页测试子结果返回至测试管理设备。

在一个示例实施例中，测试设备在生成网页测试子结果后，可以将网页测试子结果返回至测试管理设备。

S605、测试管理设备汇总网页测试子结果，生成网页测试总结果。

在一个示例实施例中，测试管理设备可以接收到各个测试设备返回的网页测试子结果，然后对接收的所有网页测试子结果进行汇总处理，生成网页测试总结果。

在本申请实施例中，通过利用测试管理设备和多个测试设备构成的测试系统，进行网页测试，不仅可以极大地提升网页测试效率，而且可以对外提供网页测试服务，只需客户提供符合本申请实施例要求的第二配置数据以及编辑后的第一配置数据即可。

此外，由于配置数据与测试框架解耦，从而可以对配置数据进行独立管理，利于测试和扩展，提高了测试框架的可扩展性和可维护性，提高了测试数据的可管理性。

基于上述实施例提供的网页测试方法，相应地，本申请还提供了一种网页测试装置的具体实现方式。请参见以下实施例。

首先参见图8，本申请实施例提供的网页测试装置包括以下模块：

第一获取模块801，用于获取第一配置数据；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

展示模块802，用于展示所述第一配置数据；

编辑模块803，用于响应于用户对所述测试步骤的编辑操作，对所述第一配置数据进行编辑，并生成第二配置数据，以使测试设备基于所述第二配置数据以及编辑后的所述第一配置数据进行网页测试。

可选的，所述装置还包括录制模块，用于：

识别所述网页测试过程中各个测试动作的动作类型；

当所述测试动作的动作类型为对浏览器页面的页面测试动作时，记录所述页面测试动作的测试步骤的步骤标识和测试参数，所述测试参数至少包括测试动作标识、被测试元素或元素位置；

当所述测试动作的动作类型为对浏览器非页面的浏览器测试动作时，记录所述浏览器测试动作的测试步骤的步骤标识。

可选的，所述装置还包括预览模块，用于：

响应于用户对目标测试步骤的预览操作，调用浏览器执行所述目标测试步骤。

可选的，所述编辑模块803，具体用于：

对所述第一配置数据中的步骤标识进行组合，得到记录有步骤标识组合的第二配置数据；对所述第一配置数据中测试参数的赋值进行修改。

在本申请实施例中，可以展示基于录制的网页测试过程而生成的第一配置数据，其中，该第一配置数据包括测试步骤，这样，用户可以对展示的测试步骤进行编辑操作。之后，可以响应于用户对测试步骤的编辑操作，对第一配置数据进行编辑，同时生成第二配置数据，以使测试设备可以基于第二配置数据以及编辑后的第一配置数据进行网页测试。这样，当网页应用的某个功能发生调整时，用户可以直接对展示的配置数据进行编辑，而不再需要修改代码，从而降低了网页测试对用户编程能力的要求。

基于上述实施例提供的网页测试方法，相应地，本申请还提供了另一种网页测试装置的具体实现方式。请参见以下实施例。

首先参见图9，本申请实施例提供的网页测试装置包括以下模块：

第二获取模块901，用于获取第二配置数据；所述第二配置数据，基于对第一配置数据进行编辑而生成；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

划分模块902，用于将所述第二配置数据划分为多份配置子数据；

发送模块903，用于将所述多份配置子数据发送至多个测试设备，以使每个所述测试设备，基于编辑后的所述第一配置数据和接收的所述配置子数据进行网页测试，并返回网页测试子结果；

第一生成模块904，用于汇总各个所述测试设备返回的网页测试子结果，生成网页测试总结果。

可选的，所述发送模块903，具体用于：

获取所述多个测试设备各自的负载率；

按照所述多个测试设备各自的负载率的比例，将所述多份配置子数据发送至所述多个测试设备。

在本申请实施例中，通过利用测试管理设备和多个测试设备构成的测试系统，进行网页测试，不仅可以极大地提升网页测试效率，而且可以对外提供网页测试服务，只需客户提供符合本申请实施例要求的第二配置数据即可。

基于上述实施例提供的网页测试方法，相应地，本申请还提供了另一种网页测试装置的具体实现方式。请参见以下实施例。

首先参见图10，本申请实施例提供的网页测试装置包括以下模块：

接收模块1001，用于接收配置子数据，所述配置子数据，基于对第二配置数据进行划分而得到；所述第二配置数据，基于对第一配置数据进行编辑而生成；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

第二生成模块1002，用于基于所述配置子数据和编辑后的所述第一配置数据进行网页测试，生成网页测试子结果；

返回模块1003，用于将所述网页测试子结果返回至测试管理设备，以使所述测试管理设备汇总所述网页测试子结果，生成网页测试总结果。

可选的，所述第二生成模块1002，具体用于：

解析步骤标识或测试参数，得到待调用的函数；

调用所述函数；

基于所述函数的调用结果，生成网页测试子结果。

在本申请实施例中，通过利用测试管理设备和多个测试设备构成的测试系统，进行网页测试，不仅可以极大地提升网页测试效率，而且可以对外提供网页测试服务，只需客户提供符合本申请实施例要求的第二配置数据即可。

图11为实现本申请各个实施例的一种测试设备的硬件结构示意图。

测试设备可以包括处理器1101以及存储有计算机程序指令的存储器1102。

具体地，上述处理器1101可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器1102可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器1102可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器1102可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器1102可在综合网关容灾设备的内部或外部。在特定实施例中，存储器1102是非易失性固态存储器。在特定实施例中，存储器1102包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器1101通过读取并执行存储器1102中存储的计算机程序指令，以实现上述实施例中的任意一种网页测试方法。

在一个示例中，测试设备还可包括通信接口1103和总线1110。其中，如图11所示，处理器1101、存储器1102、通信接口1103通过总线1110连接并完成相互间的通信。

通信接口1103，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线1110包括硬件、软件或两者，将测试设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线1110可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该测试设备可以执行本申请实施例中的网页测试方法，从而实现结合图1和图8描述的网页测试方法和装置。

本申请实施例还提供一种计算机可读存储介质，该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述网页测试方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (13)

1.一种网页测试方法，其特征在于，所述方法包括：

获取第一配置数据；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

展示所述第一配置数据；

响应于用户对所述测试步骤的编辑操作，对所述第一配置数据进行编辑，并生成第二配置数据，以使测试设备基于所述第二配置数据以及编辑后的所述第一配置数据进行网页测试；

其中，所述测试设备预先配置有能够识别并处理配置数据的测试框架，测试设备基于所述测试框架对配置子数据以及编辑后的第一配置数据进行处理，以进行网页测试，当网页测试结束后，生成网页测试子结果，其中，所述配置子数据，基于对所述第二配置数据进行划分而得到；

所述测试框架包括：配置管理模块、测试公用方法模块、测试步骤管理模块、测试用例管理模块、日志记录模块、通信模块；

其中，所述配置管理模块，用于将配置子数据解析成配置项，并存储在内存之中；

所述测试公用方法模块，用于调用webdriver提供的接口，进行测试方法的封装；

所述测试步骤管理模块，用于通过测试公用方法模块构建测试步骤；

所述测试用例管理模块，用于根据所述配置管理模块中的数据，调用所述测试步骤管理模块构建测试用例；

所述日志记录模块，用于记录测试过程中的信息；

所述通信模块，用于与测试管理设备通信，包括获取配置子数据以及上报网页测试子结果。

2.根据权利要求1所述的方法，其特征在于，所述获取第一配置数据之前，所述方法还包括：

基于录制的网页测试过程，生成所述第一配置数据；

所述基于录制的网页测试过程，生成所述第一配置数据，包括：

识别所述网页测试过程中各个测试步骤的步骤类型；

当所述测试步骤的步骤类型为浏览器页面的页面测试时，记录所述测试步骤的步骤标识和测试参数，所述测试参数至少包括测试动作标识、被测试元素或元素位置；

当所述测试步骤的步骤类型为浏览器非页面的浏览器测试时，记录所述测试步骤的步骤标识。

3.根据权利要求1所述的方法，其特征在于，所述响应于用户对所述测试步骤的编辑操作之前，所述方法还包括：

响应于用户对目标测试步骤的预览操作，调用浏览器执行所述目标测试步骤。

4.根据权利要求1所述的方法，其特征在于，所述对所述第一配置数据进行编辑，并生成第二配置数据，包括：

对所述第一配置数据中的步骤标识进行组合，得到记录有步骤标识组合的第二配置数据；

对所述第一配置数据中测试参数的赋值进行修改。

5.根据权利要求2所述的方法，其特征在于，所述基于所述第二配置数据以及编辑后的所述第一配置数据进行网页测试，包括：

解析步骤标识或测试参数，得到待调用的函数；

调用所述函数；

基于所述函数的调用结果，生成网页测试结果。

6.一种网页测试方法，其特征在于，所述方法包括：

获取第二配置数据；所述第二配置数据，基于对第一配置数据进行编辑而生成；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

将所述第二配置数据划分为多份配置子数据；

将所述多份配置子数据发送至多个测试设备，以使每个所述测试设备，基于编辑后的所述第一配置数据和接收的所述配置子数据进行网页测试，并返回网页测试子结果；

汇总各个所述测试设备返回的网页测试子结果，生成网页测试总结果；

其中，所述测试设备预先配置有能够识别并处理配置数据的测试框架，测试设备基于所述测试框架对配置子数据以及编辑后的第一配置数据进行处理，以进行网页测试，当网页测试结束后，生成网页测试子结果；

所述测试框架包括：配置管理模块、测试公用方法模块、测试步骤管理模块、测试用例管理模块、日志记录模块、通信模块；

其中，所述配置管理模块，用于将配置子数据解析成配置项，并存储在内存之中；

所述测试公用方法模块，用于调用webdriver提供的接口，进行测试方法的封装；

所述测试步骤管理模块，用于通过测试公用方法模块构建测试步骤；

所述测试用例管理模块，用于根据所述配置管理模块中的数据，调用所述测试步骤管理模块构建测试用例；

所述日志记录模块，用于记录测试过程中的信息；

所述通信模块，用于与测试管理设备通信，包括获取配置子数据以及上报网页测试子结果。

7.根据权利要求6所述的方法，其特征在于，所述将所述多份配置子数据发送至多个测试设备，包括：

获取所述多个测试设备各自的负载率；

按照所述多个测试设备各自的负载率的比例，将所述多份配置子数据发送至所述多个测试设备。

8.根据权利要求6所述的方法，其特征在于，所述基于其接收的所述配置子数据进行网页测试，包括：

解析步骤标识或测试参数，得到待调用的函数；

调用所述函数；

基于所述函数的调用结果，生成网页测试子结果。

9.一种网页测试方法，其特征在于，所述方法包括：

接收配置子数据，所述配置子数据，基于对第二配置数据进行划分而得到；所述第二配置数据，基于对第一配置数据进行编辑而生成；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

基于所述配置子数据和编辑后的所述第一配置数据进行网页测试，生成网页测试子结果；

将所述网页测试子结果返回至测试管理设备，以使所述测试管理设备汇总所述网页测试子结果，生成网页测试总结果；

所述网页测试方法，应用于测试设备，所述测试设备预先配置有能够识别并处理配置数据的测试框架，测试设备基于所述测试框架对配置子数据以及编辑后的第一配置数据进行处理，以进行网页测试，当网页测试结束后，生成网页测试子结果；

所述测试框架包括：配置管理模块、测试公用方法模块、测试步骤管理模块、测试用例管理模块、日志记录模块、通信模块；

其中，所述配置管理模块，用于将配置子数据解析成配置项，并存储在内存之中；

所述测试公用方法模块，用于调用webdriver提供的接口，进行测试方法的封装；

所述测试步骤管理模块，用于通过测试公用方法模块构建测试步骤；

所述测试用例管理模块，用于根据所述配置管理模块中的数据，调用所述测试步骤管理模块构建测试用例；

所述日志记录模块，用于记录测试过程中的信息；

所述通信模块，用于与测试管理设备通信，包括获取配置子数据以及上报网页测试子结果。

10.根据权利要求9所述的方法，其特征在于，所述基于所述配置子数据进行网页测试，生成网页测试子结果，包括：

解析步骤标识或测试参数，得到待调用的函数；

调用所述函数；

基于所述函数的调用结果，生成网页测试子结果。

11.一种网页测试装置，其特征在于，所述装置包括：

第一获取模块，用于获取第一配置数据；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

展示模块，用于展示所述第一配置数据；

编辑模块，用于响应于用户对所述测试步骤的编辑操作，对所述第一配置数据进行编辑，并生成第二配置数据，以使测试设备基于所述第二配置数据以及编辑后的所述第一配置数据进行网页测试；

所述测试设备预先配置有能够识别并处理配置数据的测试框架，测试设备基于所述测试框架对配置子数据以及编辑后的第一配置数据进行处理，以进行网页测试，当网页测试结束后，生成网页测试子结果，其中，所述配置子数据，基于对所述第二配置数据进行划分而得到；

所述测试框架包括：配置管理模块、测试公用方法模块、测试步骤管理模块、测试用例管理模块、日志记录模块、通信模块；

其中，所述配置管理模块，用于将配置子数据解析成配置项，并存储在内存之中；

所述测试公用方法模块，用于调用webdriver提供的接口，进行测试方法的封装；

所述测试步骤管理模块，用于通过测试公用方法模块构建测试步骤；

所述测试用例管理模块，用于根据所述配置管理模块中的数据，调用所述测试步骤管理模块构建测试用例；

所述日志记录模块，用于记录测试过程中的信息；

所述通信模块，用于与测试管理设备通信，包括获取配置子数据以及上报网页测试子结果。

12.一种网页测试装置，其特征在于，所述装置包括：

第二获取模块，用于获取第二配置数据；所述第二配置数据，基于对第一配置数据进行编辑而生成；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

划分模块，用于将所述第二配置数据划分为多份配置子数据；

发送模块，用于将所述多份配置子数据发送至多个测试设备，以使每个所述测试设备，基于编辑后的所述第一配置数据和接收的所述配置子数据进行网页测试，并返回网页测试子结果；

第一生成模块，用于汇总各个所述测试设备返回的网页测试子结果，生成网页测试总结果；

所述测试设备预先配置有能够识别并处理配置数据的测试框架，测试设备基于所述测试框架对配置子数据以及编辑后的第一配置数据进行处理，以进行网页测试，当网页测试结束后，生成网页测试子结果；

所述测试框架包括：配置管理模块、测试公用方法模块、测试步骤管理模块、测试用例管理模块、日志记录模块、通信模块；

其中，所述配置管理模块，用于将配置子数据解析成配置项，并存储在内存之中；

所述测试公用方法模块，用于调用webdriver提供的接口，进行测试方法的封装；

所述测试步骤管理模块，用于通过测试公用方法模块构建测试步骤；

所述测试用例管理模块，用于根据所述配置管理模块中的数据，调用所述测试步骤管理模块构建测试用例；

所述日志记录模块，用于记录测试过程中的信息；

所述通信模块，用于与测试管理设备通信，包括获取配置子数据以及上报网页测试子结果。

13.一种网页测试装置，其特征在于，所述装置包括：

接收模块，用于接收配置子数据，所述配置子数据，基于对第二配置数据进行划分而得到；所述第二配置数据，基于对第一配置数据进行编辑而生成；所述第一配置数据，基于录制的网页测试过程而生成，所述第一配置数据至少包括测试步骤；

第二生成模块，用于基于所述配置子数据和编辑后的所述第一配置数据进行网页测试，生成网页测试子结果；

返回模块，用于将所述网页测试子结果返回至测试管理设备，以使所述测试管理设备汇总所述网页测试子结果，生成网页测试总结果；

所述网页测试装置应用于测试设备，所述测试设备预先配置有能够识别并处理配置数据的测试框架，测试设备基于所述测试框架对配置子数据以及编辑后的第一配置数据进行处理，以进行网页测试，当网页测试结束后，生成网页测试子结果；

所述测试框架包括：配置管理模块、测试公用方法模块、测试步骤管理模块、测试用例管理模块、日志记录模块、通信模块；

其中，所述配置管理模块，用于将配置子数据解析成配置项，并存储在内存之中；

所述测试公用方法模块，用于调用webdriver提供的接口，进行测试方法的封装；

所述测试步骤管理模块，用于通过测试公用方法模块构建测试步骤；

所述测试用例管理模块，用于根据所述配置管理模块中的数据，调用所述测试步骤管理模块构建测试用例；

所述日志记录模块，用于记录测试过程中的信息；

所述通信模块，用于与测试管理设备通信，包括获取配置子数据以及上报网页测试子结果。

Images