CN111104340A - 浏览器测试方法、装置和可读存储介质 - Google Patents

Abstract

本发明公开了一种浏览器测试方法，该方法包括：获取浏览器的目标测试项及其对应的扩展接口；通过所述扩展接口，调用所述浏览器执行所述目标测试项对应的测试用例；监测所述浏览器执行所述测试用例过程的反馈信息；基于所述反馈信息的监测结果输出所述目标测试项的测试结果。本发明还公开了一种浏览器测试装置和可读存储介质。本发明旨在实现浏览器功能的自动测试，提高测试效率。

Description

浏览器测试方法、装置和可读存储介质

技术领域

本发明涉及浏览器技术领域，尤其涉及浏览器测试方法、浏览器测试装置和可读存储介质。

背景技术

目前linux平台的浏览器功能，需要对外封装大量接口给到外部其他模块进行调用，这些接口一般只能通过测试人员打开测试页面手动操作进行测试。例如，测试loadUrl打开页面功能，需要测试人员观察到页面打开，人为判断测试是否成功。由此可见，当前的浏览器功能需要耗费大量时间和人力测试，测试效率低下。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种浏览器测试方法，旨在实现浏览器功能的自动测试，提高测试效率。

为实现上述目的，本发明提供一种浏览器测试方法，所述浏览器测试方法包括以下步骤：

获取浏览器的目标测试项及其对应的扩展接口；

通过所述扩展接口，调用所述浏览器执行所述目标测试项对应的测试用例；

监测所述浏览器执行所述测试用例过程的反馈信息；

基于所述反馈信息的监测结果输出所述目标测试项的测试结果。

可选地，所述通过所述扩展接口，调用所述浏览器执行所述目标测试项对应的测试用例的步骤包括：

通过扩展接口，调用所述浏览器加载并渲染所述测试用例对应的第一页面；

所述监测所述浏览器执行所述测试用例过程的反馈信息的步骤包括：

监测所述浏览器基于所述第一页面的渲染结果生成的反馈信息。

可选地，所述监测所述浏览器执行所述测试用例过程的反馈信息的步骤包括：

预设时间段内，监测所述浏览器执行所述测试用例过程的反馈信息；

所述基于所述反馈信息的监测结果输出所述目标测试项的测试结果的步骤包括：

当所述预设时间段内监测到所述反馈信息时，根据所述反馈信息输出所述目标测试项的测试结果；

当所述预设时间段内未监测到所述反馈信息时，输出所述目标测试项功能异常的测试结果。

可选地，所述获取浏览器的目标测试项及其对应的扩展接口的步骤包括：

确定应用管理器当前打开的测试页面包含的测试项；

在所述测试页面包含的测试项中确定所述目标测试项；

获取所述目标测试项对应的扩展接口。

可选地，所述通过所述扩展接口，调用所述浏览器执行所述目标测试项对应的测试用例的步骤包括：

通过所述扩展接口发送对应的特征数据至所述应用管理器，以使应用管理器基于所述特征数据调用所述浏览器的内核执行所述目标测试项对应的测试用例。

可选地，当所述测试页面包含的测试项多于一个时，所述基于所述反馈信息的监测结果输出所述目标测试项的测试结果的步骤之后，还包括：

在所述测试页面包含的测试项中确定未测试项目；

根据所述未测试项目更新所述目标测试项，并获取更新后所述目标测试项对应的扩展接口；

返回执行所述通过所述扩展接口，调用所述浏览器执行所述目标测试项对应的测试用例的步骤。

可选地，所述确定应用管理器当前打开的测试页面包含的测试项的步骤之前，还包括：

获取所述浏览器的测试需求信息；

根据所述测试需求信息确定所述浏览器的待测试项；

基于所述待测试项生成所述测试页面。

可选地，所述基于所述反馈信息的监测结果输出所述目标测试项的测试结果的步骤包括：

基于所述反馈信息的监测结果，在所述测试页面上显示所述测试结果。

此外，为了实现上述目的，本申请还提出一种浏览器测试装置，所述浏览器测试装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的浏览器测试程序，所述浏览器测试程序被所述处理器执行时实现如上任一项所述的浏览器测试方法的步骤。

此外，为了实现上述目的，本申请还提出一种可读存储介质，所述可读存储介质上存储有浏览器测试程序，所述浏览器测试程序被处理器执行时实现如上任一项所述的浏览器测试方法的步骤。

本发明提出的一种浏览器测试方法，该方法通过目标测试项对应的扩展接口调用浏览器执行对应的测试用例，监测浏览器执行测试用例过程的反馈信息，基于反馈信息的监测结果输出目标测试项的测试结果。通过上述方式，在测试目标测试项对应的浏览器功能过程中，无需人工操作浏览器的相应功能，而是通过扩展接口的调用便可实现浏览器自动执行相应的测试用例，基于对浏览器执行测试用例过程的反馈信息进行监测的监测结果输出目标测试项的测试结果，无需人工进行判断，从而实现不同目标测试项所对应的浏览器功能可以自动测试得到相应测试结果，无需人工参与，实现测试效率的提高。

附图说明

图1是本发明浏览器测试装置一实施例运行涉及的硬件结构示意图；

图2为本发明浏览器测试方法第一实施例的流程示意图；

图3为本发明浏览器测试方法第二实施例的流程示意图；

图4为本发明浏览器测试方法第三实施例的流程示意图；

图5为本发明浏览器测试方法第四实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例的主要解决方案是：获取浏览器的目标测试项，获取所述目标测试项对应的扩展接口；通过所述扩展接口，调用所述浏览器执行所述目标测试项对应的测试用例；监测所述浏览器执行所述测试用例过程的反馈信息；基于所述反馈信息的监测结果输出所述目标测试项的测试结果。

由于现有技术中，浏览器的功能只能通过测试人员打开测试页面手动操作进行测试，人为判断测试是否成功，因此当前的浏览器功能需要耗费大量时间和人力测试，测试效率低下。

本发明提供上述的解决方案，旨在实现浏览器功能的自动测试，提高测试效率。

本发明提出一种浏览器测试装置，可应用于具有浏览器功能测试。

在本发明实施例中，参照图1，浏览器测试装置包括：处理器1001，例如CPU，存储器1002等。存储器1002可以是高速RAM存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1002可选的还可以是独立于前述处理器1001的存储装置。处理器1001与存储器1002连接。

本领域技术人员可以理解，图1中示出的装置结构并不构成对装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种可读存储介质的存储器1002中可以包括浏览器测试程序。在图1所示的装置中，处理器1001可以用于调用存储器1002中存储的浏览器测试程序，并执行以下实施例中浏览器测试方法的相关步骤操作。

本发明还提供一种浏览器测试方法。

参照图2，提出本发明浏览器测试方法第一实施例，所述浏览器测试方法包括：

步骤S10，获取浏览器的目标测试项及其对应的扩展接口；

目标测试项指的是浏览器当前需要测试的功能项。目标测试项可以是依据用户当前输入的信息确定，也可以通过自动解析测试应用中的信息确定。

扩展接口具体指的是浏览器的JavaScript扩展接口(简称JS接口)。扩展接口可具体为loadUrl。具体的，可针对浏览器中所具备的多个功能，每个功能对应设置一个扩展接口。也就是说，不同的目标测试项对应不同的扩展接口。扩展接口可预先封装形成库，并存放到指定目录。因此，在确定目标测试项后可在指定目录中加载相应的扩展接口。

步骤S20，通过所述扩展接口，调用所述浏览器执行所述目标测试项对应的测试用例；

不同的扩展接口对应不同的测试用例。通过扩展接口发送目标测试项对应的执行指令，以使浏览器按照指令执行目标测试项对应的测试用例。具体的，不同目标测试项对应有把图中的测试用例，测试用例可保存于服务器，浏览器可按照相应的指令获取相应的测试用例并指令。执行测试用例的具体形式可根据实际情况进行设置。

步骤S30，监测所述浏览器执行所述测试用例过程的反馈信息；

具体的，基于上述扩展接口监测浏览器执行测试用例过程的反馈信息。其中，浏览器的执行测试用例过程会得到功能是否正常的结果，结果会形成反馈信息进行反馈。反馈信息中具体包括目标测试项对应的标识及其测试结果。反馈信息可通过响应的扩展接口进行反馈。

步骤S40，基于所述反馈信息的监测结果输出所述目标测试项的测试结果。

不同的监测结果表明不同的目标测试项的测试结果。测试结果可具体包括功能正常和功能异常等。

具体的，监测结果可具体包括监测到反馈信息时的第一结果和监测不到反馈信息时的第二结果。具体的，步骤S30的步骤包括：预设时间段内，监测所述浏览器执行所述测试用例过程的反馈信息。其中，预设时间段从调用扩展接口开始计时。基于此，步骤S40包括：当所述预设时间段内监测到所述反馈信息时，根据所述反馈信息输出所述目标测试项的测试结果；当所述预设时间段内未监测到所述反馈信息时，输出所述目标测试项功能异常的测试结果。具体的，当监测到的反馈信息包含目标测试项的测试正常的结果时，则可输出目标测试项功能正常的测试结果；当监测到的反馈信息包含目标测试项的测试异常的结果时，则可输出目标测试项功能异常的测试结果；当监测不到反馈信息时，表明浏览器无法执行目标测试项相应功能，因此同样可输出目标测试项功能异常的测试结果。其中，在输出功能异常的测试结果时，监测到反馈信息时的测试结果可与监测不到反馈信息时的测试结果区别显示，以供用户区分。通过上述方式，从而保证目标测试项测试过程中，所有类型的测试结果均能及时反馈，从而保证浏览器功能得到的测试结果准确全面且及时。

本发明实施例提出的一种浏览器测试方法，该方法通过目标测试项对应的扩展接口调用浏览器执行对应的测试用例，监测浏览器执行测试用例过程的反馈信息，基于反馈信息的监测结果输出目标测试项的测试结果。通过上述方式，在测试目标测试项对应的浏览器功能过程中，无需人工操作浏览器的相应功能，而是通过扩展接口的调用便可实现浏览器自动执行相应的测试用例，基于对浏览器执行测试用例过程的反馈信息进行监测的监测结果输出目标测试项的测试结果，无需人工进行判断，从而实现不同目标测试项所对应的浏览器功能可以自动测试得到相应测试结果，无需人工参与，实现测试效率的提高。其中，扩展接口采用JS接口，浏览器功能封装成JavaScript对象，供测试时调用，从而实现浏览器功能测试的自动化。

进一步的，基于第一实施例，提出本申请浏览器测试方法第二实施例。在第二实施例中，参照图3，步骤S20包括：

步骤S21，通过扩展接口，调用所述浏览器加载并渲染所述测试用例对应的第一页面；

不同的目标测试项可对应设置有不同的测试用例页面，第一页面指的就是测试用例页面。不同的测试用例页面对应不同的网址。通过扩展接口调用浏览器内核接口loadUrl打开对应的测试用例页面并对测试用例页面进行解析渲染，渲染的过程中基于测试用例页面执行相应的JS内容。

所述步骤S30包括：

步骤S31，监测所述浏览器基于所述第一页面的渲染结果生成的反馈信息。

浏览器对第一页面进行渲染会得到相应的代码，通过将得到的代码与第一页面成功渲染所对应的标准代码进行比对，比对一致则表明渲染正确，则比对一致则表明渲染错误。当渲染正确时，浏览器基于渲染结果生成包括目标测试项的标识(如编号)和测试正常的反馈信息；当渲染错误，浏览器基于渲染结果生成包括目标测试项的标识(如编号)和测试异常的反馈信息。

在本实施例中，通过扩展接口调用浏览器对目标测试项对应的测试用例页面进行渲染，并监测浏览器基于第一页面的渲染结果生成的反馈信息输出测试结果，由于页面渲染结果是以代码为表现的，因此可准确的反映浏览器执行目标测试项相应功能的过程是否正常，从而进一步保证所得到的浏览器功能测试结果的准确性。

进一步的，基于上述任一实施例，提出本申请浏览器测试方法第三实施例。在第三实施例中，参照图4，其中，步骤S10包括：

步骤S11，确定应用管理器当前打开的测试页面包含的测试项；

具体的，在需要对浏览器功能进行测试时，可通过应用管理器打开测试页面并显示，可解析测试页面中内容，以确定与浏览器功能测试相关的测试项。为了便于管理，测试页面具体为Web测试页面。其中，在步骤S11之前，获取所述浏览器的测试需求信息；根据所述测试需求信息确定所述浏览器的待测试项；基于所述待测试项生成所述测试页面，从而实现浏览器功能的测试可根据用户实际需求灵活定制。其中，测试页面可保存在服务器端。

步骤S12，在所述测试页面包含的测试项中确定所述目标测试项；

基于用户指令或预设筛选规则，在测试页面所包含的测试项中确定其中一项作为目标测试项。其中，为了提高测试效率，可无需用户指令，直接将测试页面中包含的测试项逐一作为目标测试项进行测试，从而实现浏览器不同功能的自动测试。

步骤S13，获取所述目标测试项对应的扩展接口。

其中，在测试页面打开的同时可同时加载相应的扩展接口的库，以提高测试效率。

进一步的，步骤S40可包括：步骤S41，基于所述反馈信息的监测结果，在所述测试页面上显示所述测试结果。

在本实施例中，采用测试页面搭载测试项，使测试页面作为浏览器功能测试的入口，从而便于测试人员对测试内容的了解，并且测试结果在测试页面中，从而便于测试人员可在测试过程中快速获取测试结果。

进一步的，在上述实施例中，步骤S20具体包括：通过所述扩展接口发送对应的特征数据至所述应用管理器，以使应用管理器基于所述特征数据调用所述浏览器的内核执行所述目标测试项对应的测试用例。特征数据具体包括扩展接口(JS接口)及逻辑、以及目标测试项所对应的测试内容等。特征数据可通过通信接口内部广播的形式发送，应用管理器接收到特征数据后，基于特征数据调用浏览器内核接口打开相应网址的测试用例页面并对测试用例页面进行渲染。在本实施例中，通过应用管理器的应用，可实现不同页面间的交互，实现功能单独进程调用，从而进一步提高浏览器功能的测试效率。其中，测试页面可维持在前端显示，浏览器打开和渲染测试用例对应的第一页面的过程可在后台执行，从而保证测试界面的简洁，保证测试人员可从当前的测试界面快速明朗的得知测试结果。

基于此，步骤S30可基于测试页面监测所述浏览器执行所述测试用例过程的反馈信息。在应用管理器打开测试页面时，可先注册一个systemevent消息，用于监听系统消息。浏览器渲染第一页面的过程得到反馈信息可基于扩展接口通过广播的方式发送至应用管理器，应用管理器可基于接收到的反馈信息生成systemevent消息反馈至测试页面，以使测试页面可基于反馈消息进行测试结果的输出，从而实现通过应用管理器实现测试结果的快速输出。

进一步的，基于上述第三实施例，提出本申请浏览器测试方法第四实施例。在第四实施例中，参照图5，当所述测试页面包含的测试项多于一个时，所述步骤S41之后，还包括：

步骤S50，在所述测试页面包含的测试项中确定未测试项目；

步骤S60，根据所述未测试项目更新所述目标测试项，并获取更新后所述目标测试项对应的扩展接口；

在执行步骤S60之后，返回执行上述的步骤S20：获取所述目标测试项对应的扩展接口。

具体的，例如测试页面包含的测试项具体有A功能测试项、B功能测试项和C功能测试项。在采用步骤S10至步骤S40完成A功能测试项的测试并输出测试结果后，B功能测试项和C功能测试项为未测试项目，可选择B功能测试项和C功能测试项中之一作为新的目标测试项，如B功能测试项，再按照步骤S20、步骤S30和步骤S40对B功能测试项进行测试；完成B功能测试项的测试并输出测试结果后C功能测试项为未测试项目，将C功能测试项作为新的目标测试项，再按照步骤S20、步骤S30和步骤S40对C功能测试项进行测试，直至测试页面的不存在未测试项。

在本实施例中，通过上述方式，将测试页面上的所有测试项逐一进行自动测试，从而实现对多个浏览器功能的自动测试，进一步提高浏览器功能的测试效率。

此外，本发明实施例还提出一种可读存储介质，所述可读存储介质上存储有浏览器测试程序，所述浏览器测试程序被处理器执行时实现如上浏览器测试方法任一实施例的相关步骤。

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

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

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种浏览器测试方法，其特征在于，所述浏览器测试方法包括以下步骤：

获取浏览器的目标测试项及其对应的扩展接口；

通过所述扩展接口，调用所述浏览器执行所述目标测试项对应的测试用例；

监测所述浏览器执行所述测试用例过程的反馈信息；

基于所述反馈信息的监测结果输出所述目标测试项的测试结果。

2.如权利要求1所述的浏览器测试方法，其特征在于，所述通过所述扩展接口，调用所述浏览器执行所述目标测试项对应的测试用例的步骤包括：

通过扩展接口，调用所述浏览器加载并渲染所述测试用例对应的第一页面；

所述监测所述浏览器执行所述测试用例过程的反馈信息的步骤包括：

监测所述浏览器基于所述第一页面的渲染结果生成的反馈信息。

3.如权利要求1所述的浏览器测试方法，其特征在于，所述监测所述浏览器执行所述测试用例过程的反馈信息的步骤包括：

预设时间段内，监测所述浏览器执行所述测试用例过程的反馈信息；

所述基于所述反馈信息的监测结果输出所述目标测试项的测试结果的步骤包括：

当所述预设时间段内监测到所述反馈信息时，根据所述反馈信息输出所述目标测试项的测试结果；

当所述预设时间段内未监测到所述反馈信息时，输出所述目标测试项功能异常的测试结果。

4.如权利要求1至3中任一项所述的浏览器测试方法，其特征在于，所述获取浏览器的目标测试项及其对应的扩展接口的步骤包括：

确定应用管理器当前打开的测试页面包含的测试项；

在所述测试页面包含的测试项中确定所述目标测试项；

获取所述目标测试项对应的扩展接口。

5.如权利要求4所述的浏览器测试方法，其特征在于，所述通过所述扩展接口，调用所述浏览器执行所述目标测试项对应的测试用例的步骤包括：

通过所述扩展接口发送对应的特征数据至所述应用管理器，以使应用管理器基于所述特征数据调用所述浏览器的内核执行所述目标测试项对应的测试用例。

6.如权利要求4所述的浏览器测试方法，其特征在于，当所述测试页面包含的测试项多于一个时，所述基于所述反馈信息的监测结果输出所述目标测试项的测试结果的步骤之后，还包括：

在所述测试页面包含的测试项中确定未测试项目；

根据所述未测试项目更新所述目标测试项，并获取更新后所述目标测试项对应的扩展接口；

返回执行所述通过所述扩展接口，调用所述浏览器执行所述目标测试项对应的测试用例的步骤。

7.如权利要求4所述的浏览器测试方法，其特征在于，所述确定应用管理器当前打开的测试页面包含的测试项的步骤之前，还包括：

获取所述浏览器的测试需求信息；

根据所述测试需求信息确定所述浏览器的待测试项；

基于所述待测试项生成所述测试页面。

8.如权利要求4所述的浏览器测试方法，其特征在于，所述基于所述反馈信息的监测结果输出所述目标测试项的测试结果的步骤包括：

基于所述反馈信息的监测结果，在所述测试页面上显示所述测试结果。

9.一种浏览器测试装置，其特征在于，所述浏览器测试装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的浏览器测试程序，所述浏览器测试程序被所述处理器执行时实现如权利要求1至8中任一项所述的浏览器测试方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有浏览器测试程序，所述浏览器测试程序被处理器执行时实现如权利要求1至8中任一项所述的浏览器测试方法的步骤。

Images