CN112395191A - 一种信息处理方法及装置 - Google Patents

Abstract

本申请示出了一种信息处理方法及装置。在电子设备中缓存有页面的页面数据的情况下，基于headless无界面加载缓存的该页面数据，可以不从后台服务端中获取该页面数据，从而可以节省时间，进而可以提高测试效率，其次，还可以节省电子设备与该页面对应的后台服务端之间的网络资源。另外，由于测试的过程中可以没有技术人员的参与，也就不需要技术人员观看浏览器的界面，如此，可以借助headless无界面加载该页面的页面数据，不需要渲染该页面，从而可以节省渲染该页面的渲染时间，进而可以节省电子设备的系统资源以及提高测试效率。其次，headless只需要占用电子设备的CPU以及内存等资源，并不需要在屏幕上显示浏览器的界面，从而可以节省电子设备的显示资源。

Description

一种信息处理方法及装置

技术领域

本申请涉及计算机技术领域，特别是涉及一种信息处理方法及装置。

背景技术

随着技术的飞速发展，页面(web)上的功能越来越多，随之而来，页面上元素也越来越多。在开发页面的过程中，如果开发的页面中的元素异常，则用户在浏览页面时该元素就会异常，影响用户的使用体验。

因此，为了避免影响用户的使用体验，可以在页面上线之前对页面进行测试，例如，测试页面中是否存在异常的元素，如果存在异常的元素，则技术人员可以及时对其修复，以使其正常，在页面中的所有元素均正常的情况下，就可以将页面上线，以供用户浏览。

发明内容

本申请示出了一种信息处理方法及装置。

第一方面，本申请示出了一种信息处理方法，应用于电子设备，所述方法包括：

获取用于测试页面中的元素是否异常的测试用例；

检测所述电子设备中是否缓存有所述页面的页面数据；

在所述电子设备中缓存有所述页面数据的情况下，获取已缓存的所述页面数据；

基于无头浏览器headless无界面加载所述页面数据；

针对在所述headless上加载的所述页面数据执行所述测试用例。

在一个可选的实现方式中，所述测试用例包括用于测试所述页面中的静态元素是否异常的测试用例以及包括用于测试所述页面中的UI交互元素是否异常的测试用例；

所述方法还包括：

在所述元素为静态元素的情况下，判断所述电子设备中是否已基于所述headless无界面加载所述页面数据；

在已基于所述headless无界面加载所述页面数据的情况下，执行所述针对在所述headless上加载的所述页面数据执行所述测试用例的步骤；

在未基于所述headless无界面加载所述页面数据的情况下，执行所述检测所述电子设备中是否缓存有所述页面的页面数据的步骤。

在一个可选的实现方式中，所述方法还包括：

确定所述页面对应的后台服务端的版本是否发生变化；

在所述后台服务端的版本发生变化的情况下，执行所述获取用于测试页面中的元素是否异常的测试用例的步骤。

在一个可选的实现方式中，所述确定所述页面对应的后台服务端的版本是否发生变化，包括：

获取所述电子设备中存储的所述后台服务端的已存储版本号；

从所述后台服务端中获取所述后台服务端的当前版本号；

在所述已存储版本号与所述当前版本号不同的情况下，确定所述后台服务端的版本发生变化；

在所述已存储版本号与所述当前版本号相同的情况下，确定所述后台服务端的版本未发生变化。

在一个可选的实现方式中，所述方法还包括：

在所述已存储版本号与所述当前版本号不同的情况下，使用所述当前版本号替换所述电子设备中存储的所述已存储版本号。

在一个可选的实现方式中，所述方法还包括：

确定在执行所述测试用例之后得到的测试结果是否指示所述元素异常；

在所述测试结果指示所述元素异常的情况下，从所述后台服务端中获取所述页面的页面数据，然后执行所述基于无头浏览器headless无界面加载所述页面数据的步骤。

在一个可选的实现方式中，所述方法还包括：

在所述测试结果指示所述元素异常的情况下，确定执行所述测试用例的已执行次数是否达到预设次数；

在所述已执行次数未达到预设次数的情况下，执行所述从所述后台服务端中获取所述页面的页面数据的步骤。

在所述已执行次数已达到预设次数的情况下，将最近一次执行所述测试用例之后得到的测试结果确定为所述元素的最终测试结果。

在一个可选的实现方式中，所述方法还包括：

在执行所述测试用例之后得到的测试结果指示所述元素异常的情况下，在预设文件中记录所述元素的元素标识、所述页面的页面标识以及所述后台服务端的服务端标识，和/或，输出用于指示所述元素异常的测试报告。

第二方面，本申请示出了一种信息处理装置，应用于电子设备，所述装置包括：

第一获取模块，用于获取用于测试页面中的元素是否异常的测试用例；

检测模块，用于检测所述电子设备中是否缓存有所述页面的页面数据；

第二获取模块，用于在所述电子设备中缓存有所述页面数据的情况下，获取已缓存的所述页面数据；

加载模块，用于基于无头浏览器headless无界面加载所述页面数据；

执行模块，用于针对在所述headless上加载的所述页面数据执行所述测试用例。

在一个可选的实现方式中，所述测试用例包括用于测试所述页面中的静态元素是否异常的测试用例以及包括用于测试所述页面中的UI交互元素是否异常的测试用例；

所述装置还包括：

判断模块，用于在所述元素为静态元素的情况下，判断所述电子设备中是否已基于所述headless无界面加载所述页面数据；

所述执行模块还用于：在已基于所述headless无界面加载所述页面数据的情况下，针对在所述headless上加载的所述页面数据执行所述测试用例；

所述检测模块还用于：在未基于所述headless无界面加载所述页面数据的情况下，检测所述电子设备中是否缓存有所述页面的页面数据。

在一个可选的实现方式中，所述装置还包括：

第一确定模块，用于确定所述页面对应的后台服务端的版本是否发生变化；

所述第一获取模块还用于在所述后台服务端的版本发生变化的情况下，获取用于测试页面中的元素是否异常的测试用例。

在一个可选的实现方式中，所述第一确定模块包括：

第一获取单元，用于获取所述电子设备中存储的所述后台服务端的已存储版本号；

第二获取单元，用于从所述后台服务端中获取所述后台服务端的当前版本号；

第一确定单元，用于在所述已存储版本号与所述当前版本号不同的情况下，确定所述后台服务端的版本发生变化；

第二确定单元，用于在所述已存储版本号与所述当前版本号相同的情况下，确定所述后台服务端的版本未发生变化。

在一个可选的实现方式中，所述第一确定模块还包括：

替换单元，用于在所述已存储版本号与所述当前版本号不同的情况下，使用所述当前版本号替换所述电子设备中存储的所述已存储版本号。

在一个可选的实现方式中，所述装置还包括：

第二确定模块，用于确定在执行所述测试用例之后得到的测试结果是否指示所述元素异常；

第三获取模块，用于在所述测试结果指示所述元素异常的情况下，从所述后台服务端中获取所述页面的页面数据，所述加载模块还用于在从所述后台服务端中获取到所述页面的页面数据的情况下，基于无头浏览器headless无界面加载所述页面数据。

在一个可选的实现方式中，所述装置还包括：

第三确定模块，用于在所述测试结果指示所述元素异常的情况下，确定执行所述测试用例的已执行次数是否达到预设次数；

所述第三获取模块还用于在所述已执行次数未达到预设次数的情况下，从所述后台服务端中获取所述页面的页面数据。

第四确定模块，用于在所述已执行次数已达到预设次数的情况下，将最近一次执行所述测试用例之后得到的测试结果确定为所述元素的最终测试结果。

在一个可选的实现方式中，所述装置还包括：

记录模块，用于在执行所述测试用例之后得到的测试结果指示所述元素异常的情况下，在预设文件中记录记录所述元素的元素标识、所述页面的页面标识以及所述后台服务端的服务端标识，和/或，输出模块，用于输出用于指示所述元素异常的测试报告。

第三方面，本申请示出了一种电子设备，所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行如第一方面所述的信息处理方法。

第四方面，本申请示出了一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面所述的信息处理方法。

第五方面，本申请示出了一种计算机程序产品，当所述计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面所述的信息处理方法。

本申请提供的技术方案可以包括以下有益效果：

在本申请中，获取用于测试页面中的元素是否异常的测试用例，检测电子设备中是否缓存有该页面的页面数据，在电子设备中缓存有该页面的页面数据的情况下，获取电子设备中已缓存的该页面的页面数据，基于headless无界面加载该页面的页面数据，针对在headless上加载的该页面数据执行该测试用例。

通过本申请，在电子设备中缓存有该页面的页面数据的情况下，基于headless无界面加载缓存的该页面的页面数据，可以不从该页面对应的后台服务端中获取该页面的页面数据，如此可以实现多个测试用例共享使用同一份该页面的页面数据，从而可以节省时间，进而可以提高测试效率，其次，还可以节省电子设备与该页面对应的后台服务端之间的网络资源。

另外，由于测试的过程中可以没有技术人员的参与，也就不需要技术人员观看浏览器的界面，如此，可以借助headless无界面加载该页面的页面数据，不需要渲染该页面，从而可以节省渲染该页面的渲染时间，进而可以节省电子设备的系统资源以及提高测试效率。其次，headless只需要占用电子设备的CPU以及内存等资源，并不需要在屏幕上显示浏览器的界面，从而可以节省电子设备的显示资源。

附图说明

图1是本申请的一种信息处理方法的步骤流程图。

图2是本申请的一种信息处理方法的步骤流程图。

图3是本申请的一种信息处理方法的步骤流程图。

图4是本申请的一种信息处理方法的步骤流程图。

图5是本申请的一种信息处理方法的步骤流程图。

图6是本申请的一种信息处理方法的步骤流程图。

图7是本申请的一种信息处理装置的结构框图。

图8是本申请示出的一种电子设备的框图。

图9是本申请示出的一种电子设备的框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

在需要对页面进行测试时，在一种方式中，可以对页面中的各个静态元素依次串行进行测试，例如，针对页面中的任意一个静态元素，技术人员可以编写针对该静态元素的测试用例，然后手动控制前端设备执行测试用例，以事先从页面对应的后台服务端中获取页面的页面数据，并渲染页面数据，然后检测渲染出的页面中的该静态元素是否异常，并输出该静态元素是否异常的检测结果。对于页面中的其他每一个静态元素，同样如此。

发明人发现，在上述方式中，在对页面中的每一个静态元素进行测试之前，前端设备都需要从页面对应的后台服务端中获取页面的页面数据，从页面对应的后台服务端中获取页面的页面数据的过程需要耗费一段时长，多次从页面对应的后台服务端中获取页面的页面数据的过程需要耗费的时间成倍增长，导致对页面进行测试的效率较低。

因此，为了提高对页面进行测试的效率，参照图1，示出了本申请的一种信息处理方法的步骤流程图，该方法应用于电子设备中，该方法具体可以包括如下步骤：

在步骤S101中，获取用于测试页面中的元素是否异常的测试用例。

在本申请中，页面中的元素包括静态元素以及UI(User Interface，用户界面)交互元素。

静态元素包括文本以及图像等。

静态元素可以供用户查看，用户无法对静态元素进行操控，用户可以对UI交互元素进行操控，操控方式包括点击、拖动、放大以及缩小等。

其中，对于静态元素而言，可以测试静态元素是否能够成功被显示在页面上，或者，测试静态元素在页面上的显示位置是否正确等。

对于UI交互元素，可以确定UI交互元素被操控之后是否具有响应且响应结果是否正确等。

测试用例可以是技术人员事先编写的脚本文件，本申请对测试用例的具体形式不做限定。

在本申请中，一个元素可以具有一个测试用例，在技术人员分别编写完毕用于测试页面中的各个元素是否异常的测试用例之后，可以将各个测试用例存储在电子设备中，以供电子设备之后在需要测试页面中的哪个元素时调用对应的测试用例即可。

在一个方式中，技术人员可以在电子设备中输入指令，以使电子设备根据指令确定需要对页面中的某一元素进行测试，如此，电子设备可以根据该指令获取已存储的、用于测试页面中的该元素是否异常的测试用例，然后执行步骤S102。

在另一个方式中，可以不需要技术人员的参与，可以通过自动的方式触发电子设备启动对该元素的测试流程，例如通过自动的方式触发电子设备获取已存储的、用于测试页面中的该元素是否异常的测试用例然后执行步骤S102，自动的方式可以没有技术人员的参与，从而可以降低人工成本。

其中，通过自动的方式触发的具体流程可以参见之后如图2或图3所示的实施例，在此不做详述。

在步骤S102中，检测电子设备中是否缓存有该页面的页面数据。

在本申请一个实施例中，一个测试用例可以用于测试该页面中的其中一个元素。不同的测试用例可以用于测试该页面中的不同的元素。

在对该页面中的第一个元素进行测试时，电子设备可以从该页面对应的后台服务端中获取该页面的页面数据，然后基于该页面的页面数据以及用于测试该页面中的第一个元素是否异常的测试用例测试该页面中的第一个元素是否异常。

进一步地，电子设备还可以缓存该页面的页面数据，如此，在对该页面中的第二个元素进行测试时，电子设备就不需要再次从该页面对应的后台服务端中获取该页面的页面数据，直接获取之前缓存的该页面的页面数据即可，然后可以基于缓存的该页面的页面数据以及用于测试该页面中的第二个元素是否异常的测试用例测试该页面中的第二个元素是否异常。由于不需要再次从该页面对应的后台服务端中获取该页面的页面数据，从而可以节省时间，进而可以提高测试效率，其次，还可以节省电子设备与该页面对应的后台服务端之间的网络资源。

因此，为了能够提高测试效率以及节省网络资源，在步骤S101之后，可以检测电子设备中是否缓存有该页面的页面数据，在电子设备中缓存有该页面的页面数据的情况下，可以执行步骤S103，另外，在电子设备未中缓存有该页面的页面数据的情况下，可以执行步骤S106。

在电子设备中缓存有该页面的页面数据的情况下，在步骤S103中，获取电子设备中已缓存的该页面的页面数据。

在步骤S104中，基于headless无界面加载该页面的页面数据。

本申请中的headless(无头浏览器)包括chrome_headless等，在本申请中，可以借助电子设备中的webdriver(web驱动程序)启动headless，并在headless上加载页面数据。

在本申请中，启动headless之后，只需要占用电子设备的CPU(CentralProcessing Unit，中央处理器)以及内存等资源，并不需要在电子设备的屏幕上显示浏览器的界面，从而可以节省电子设备的系统资源。

在步骤S105中，针对在headless上加载的该页面数据执行该测试用例。

如此实现对该页面中的该元素进行测试的目的。

在本申请中，该页面中包括多个元素，元素包括静态元素以及UI交互元素，本申请中主要是对该页面中的元素进行测试，因此，在得到该页面的页面数据之后，需要解析出页面数据中的静态元素以及UI交互元素。

其中，在一个方式中，可以基于beautifulsoup组件解析出该页面数据中的静态元素，或者，可以通过PhantomJS组件解析出该页面数据中的静态元素。

在另一个方式中，可以基于selenium组件解析出该页面数据中的UI交互元素。

其中，该测试用例中可以携带该元素的元素标识以及类型标识，类型标识用于体现该元素为静态元素或UI交互元素。

在类型标识用于体现该元素为静态元素的情况下，可以基于beautifulsoup组件以及该元素标识解析出该页面数据中的该元素，或者，可以通过PhantomJS组件解析出该页面数据中的静态元素。

在类型标识用于体现该元素为UI交互元素的情况下，可以基于selenium组件以及该元素标识解析出该页面数据中的该元素。

在电子设备中未缓存有该页面的页面数据的情况下，在步骤S106中，从后台服务端中获取该页面的页面数据，然后执行步骤S104。

在本步骤中，电子设备可以向该页面对应的后台服务端发送获取请求，该获取请求用于请求获取该页面的页面数据，该获取请求携带该页面的页面标识，例如页面的URL(Uniform Resource Locator，统一资源定位器)等。

该页面对应的后台服务端接收该获取请求，然后根据该获取请求携带的该页面标识获取该页面的页面数据，并向电子设备返回该页面的页面数据。

电子设备接收该页面对应的后台服务端返回的该页面的页面数据，然后执行步骤S104。

在本申请中，获取用于测试页面中的元素是否异常的测试用例，检测电子设备中是否缓存有该页面的页面数据，在电子设备中缓存有该页面的页面数据的情况下，获取电子设备中已缓存的该页面的页面数据，基于headless无界面加载该页面的页面数据，针对在headless上加载的该页面数据执行该测试用例。

通过本申请，在电子设备中缓存有该页面的页面数据的情况下，基于headless无界面加载缓存的该页面的页面数据，可以不从该页面对应的后台服务端中获取该页面的页面数据，如此可以实现多个测试用例共享使用同一份该页面的页面数据，从而可以节省时间，进而可以提高测试效率，其次，还可以节省电子设备与该页面对应的后台服务端之间的网络资源。

另外，由于测试的过程中可以没有技术人员的参与，也就不需要技术人员观看浏览器的界面，如此，可以借助headless无界面加载该页面的页面数据，不需要渲染该页面，从而可以节省渲染该页面的渲染时间，进而可以节省电子设备的系统资源以及提高测试效率。其次，headless只需要占用电子设备的CPU以及内存等资源，并不需要在屏幕上显示浏览器的界面，从而可以节省电子设备的显示资源。

在一种方式中，可以编写一个测试用例，该测试用例具有测试该页面中的全部的元素是否异常的功能，然后执行该测试用例，以使地通过执行该测试用例就可以实现对该页面中的所有元素进行测试。

然而，由于该测试用例集成了测试该页面中的全部的元素的功能，集成复杂度较高，在经过多次试验之后，出现过测试用例在执行过程中多次崩溃的情况，进而导致测试中断，影响测试进度，降低了测试的稳定性，降低了测试效率，且由于测试用例的复杂度较高导致对测试用例的后期维护也很困难。

因此，在本申请中，该页面中的元素包括静态元素以及UI交互元素。在编写测试用例时，可以将UI交互元素以及静态元素划分开，例如，一个测试用例仅用于测试静态元素或者UI交互元素。

在一种可能的实现方式中，一个测试用例用于测试一个静态元素，或者，一个测试用例用于测试一个UI交互元素，尽可能地降低测试用例的集成复杂度，避免测试用例在执行过程中崩溃，进而避免测试中断，避免影响测试进度，避免降低测试稳定性，以及避免降低测试效率。另外，还可以降低对测试用例的后期维护的难度。

在本申请一个实施例中，测试用例包括用于测试该页面中的静态元素是否异常的测试用例以及包括用于测试该页面中的UI交互元素是否异常的测试用例，可以提高测试覆盖率，避免漏检。

其中，在连续对该页面中的多个静态元素依次进行测试的情况下，按照图1所示的实施例的方式，在对每一个静态元素进行测试之前都需要重新基于headless无界面加载该页面的页面数据，再针对在headless上加载的页面数据执行测试用例。

其中，需要连续对该页面中的几个静态元素依次进行测试，就需要基于headless无界面加载几次该页面的页面数据，加载一次该页面的页面数据需要耗费一段时间，加载多次该页面的页面数据耗费的时长会成倍增长，这样会降低对该页面进行测试的效率。

因此，为了提高对该页面进行测试的效率，在本申请另一实施例中，参见图2，该方法还包括：

在步骤S201中，在该元素为静态元素的情况下，判断电子设备中是否已基于headless无界面加载该页面的页面数据。

在已基于headless无界面加载该页面的页面数据的情况下，执行步骤S105：针对在headless上加载的该页面数据执行该测试用例。

在未基于headless无界面加载该页面的页面数据的情况下，执行步骤S102：检测电子设备中是否缓存有该页面的页面数据。

在连续对该页面中的多个静态元素依次进行测试的情况下，针对每一个静态元素可以不分别基于headless无界面加载该页面的页面数据，在对多个静态元素中的第一个静态元素进行测试之前需要基于headless无界面加载该页面的页面数据，对于多个静态元素中的其他每一个元素就不需要再重复基于headless无界面加载该页面的页面数据，在对多个静态元素中的其他静态元素进行测试时可以直接使用“在对多个静态元素中的第一个静态元素进行测试之前基于headless无界面加载该页面的页面数据”即可。

如此，在连续对该页面中的多个静态元素依次进行测试的过程中，可以基于headless仅仅无界面加载一次该页面的页面数据即可，从而可以节省时间，进而提高对该页面进行测试的效率。

其中，在页面中的静态元素的数量有很多的情况下，在一种方式中，可以对页面中的各个静态元素依次串行进行测试，但是对页面中的一个静态元素进行测试的过程需要耗费一段时长。

对页面中的各个静态元素依次串行进行测试的耗时会基于该一段时长成倍增长，导致对页面中的静态元素的进行测试的效率较低。

而在本申请另一实施例中，一个测试用例可以用于测试该页面中的一个元素，如果需要测试页面中的多个静态元素，基于headless无界面加载该页面的页面数据之后，也可以针对在headless上加载的该页面的页面数据分别并行执行用于测试各个静态元素的测试用例，以实现对多个静态元素并行测试，从而可以节省时间，进而提高对该页面进行测试的效率。

其中，在图1所示的实施例中，在需要触发电子设备启动对该页面中的该元素的测试流程时，在一个方式中，技术人员可以人工触发电子设备启动对该元素的测试流程，以对该页面的该元素进行测试，但是由于需要技术人员参与，所以这样会提高人工成本。

因此，为了降低人工成本，在本申请另一个实施例中，可以通过自动的方式触发电子设备启动对该元素的测试流程，以对该页面的该元素进行测试。

具体地，在一个实施例中，可以在电子设备中设置定时器，以使电子设备定期地执行图1所示的实施例。

具体地，参见图3，在图1所示的实施例的基础之上，该方法还包括：

在步骤S301中，确定电子设备的当前时刻是否到达预设测试时刻。

在电子设备的到达预设测试时刻的情况下，确定需要对该页面进行测试，然后可以开始执行步骤S101：获取用于测试页面中的元素是否异常的测试用例。

在电子设备的未到达预设测试时刻的情况下，返回执行步骤S301。

其中，事先可以在定时器中设置预设测试时刻，例如，设置每一天中哪些时刻为预设测试时刻等，技术人员可以根据实际情况而定，在此不做详述。

在前述实施例中，是定期的对该页面中的该元素进行测试。

然而，一段时间内可能并不存在使该页面中的元素发生异常的条件，则该页面中的元素在一段时间内实际可能并不会发生异常，在这种情况下，对该页面中的元素进行一次测试就可以得到实际不异常的测试结果，对该页面中的元素多次分别进行测试的测试结果往往是相同的，因此，在这种情况下对该页面中的元素多次重复进行测试是没有实际意义的，而且还会浪费电子设备更多的系统资源。

因此，为了节省电子设备的系统资源，在本申请另一实施例中，在该页面中的元素可能发生异常的情况下，再对该页面中的元素进行测试。

例如，在一种情况下，该页面对应的后台服务端升级，这时候可能存在的问题包括：后台服务端在升级之后存储的该页面的页面数据异常而导致该元素异常(例如元素丢失或被篡改等)，后台服务端在升级之后对外连接的网络出现异常，而导致电子设备无法从升级后的后台服务端中获取该页面的完整的页面数据，进而导致电子设备无法在该页面上正常显示元素等。

上述存在的问题可能会导致电子设备在显示该页面时，该页面中的元素异常。因此，在该页面对应的后台服务端升级的情况下，可以对该页面的元素进行测试，以尽早发现异常的元素，并尽快解决异常。

具体地，参见图4，在图1所示的实施例的基础之上，该方法还包括：

在步骤S401中，确定该页面对应的后台服务端的版本是否发生变化。

本步骤可以通过如下流程实现，包括：

4011、获取电子设备中存储的后台服务端的已存储版本号。

随着业务的发展，有时候可能需要对后台服务端升级，升级后的后台服务端的版本号往往大于升级前的后台服务端的版本号，或者，有时候可能需要对后台服务端回溯，回溯后的后台服务端的版本号往往小于回溯前的后台服务端的版本号。

在电子设备第一次对页面的页面数据进行测试时，电子设备除了从后台服务端中请求页面的页面数据以外，还可以从后台服务端中获取后台服务端的当前版本号，并在电子设备中存储后台服务端的当前版本号，以供电子设备之后确定后台服务端的版本是否变化。

4012、从后台服务端中获取后台服务端的当前版本号。

其中，每当后台服务端升级之后，后台服务端就会对后台服务端中的用于存储版本号的特定的字段中存储的版本号进行更新，例如，使用升级后的版本号替换升级前的版本号，以使地后台服务端中的该特定的字段中存储的版本号是后台服务端当前实际的版本的版本号。

然而，后台服务端在升级之后，并不会向外部广播自己升级后的版本号，而是在外部需要的时候主动从后台服务端中获取后台服务端的升级后的版本号。

如此，电子设备可以周期性地与后台服务端交互，以从后台服务端中获取到后台服务端的当前版本号。

具体地，电子设备可以向后台服务端发送版本号获取请求，该获取请求用于获取后台服务端的当前版本号。后台服务端接收该获取请求，然后根据该获取请求获取在后台服务端中的特定的字段中存储的版本号，即为后台服务端的当前版本号，然后可以向电子设备发送后台服务端的当前版本号。电子设备接收后台服务端返回的当前版本号。

4013、在已存储版本号与当前版本号不同的情况下，确定该页面对应的后台服务端的版本发生变化。

在已存储版本号与当前版本号不同的情况下，说明后台服务端已升级或者已回溯，进而说明后台服务端的版本发生变化。

进一步地，在已存储版本号与当前版本号不同的情况下，电子设备还可以使用当前版本号替换电子设备中存储的已存储版本号，以使电子设备存储的版本号与后台服务端的实际的当前版本号相同。

4014、在已存储版本号与当前版本号相同的情况下，确定该页面对应的后台服务端的版本未发生变化。

在已存储版本号与当前版本号相同的情况下，说明后台服务端未升级且未回溯，进而说明后台服务端的版本未发生变化。

在该页面对应的后台服务端的版本发生变化的情况下，执行步骤S101：获取用于测试页面中的元素是否异常的测试用例。

在该页面对应的后台服务端的版本未发生变化的情况下，返回执行步骤S401。

在本申请另一实施例中，在执行该测试用例之后得到的测试结果指示该元素异常的情况下，可以在预设文件中记录该元素的元素标识、该页面的页面标识以及后台服务端的服务端标识，和/或，输出用于指示该元素异常的测试报告，以向技术人员提供用于指示该元素异常的测试报告。

其中，技术人员可以根据预设文件中的该页面标识和该元素标识确定出该页面中的该元素出现异常，然后可以排除该页面中的该元素异常。

在本申请中，该页面对应的后台服务端可以包括多个，多个后台服务端可以组成集群，集群中的不同的后台服务端用于服务不同类型的前端设备，例如，

一个后台服务端用于服务通过浏览器访问该页面的前端设备，另一个后台服务端用于服务通过一个APP访问该页面的前端设备，又一个后台服务端用于服务通过另一个APP访问该页面的前端设备等。

这样，技术人员根据在预设文件中记录的后台服务端的服务端标识可以获知是从集群中的该后台服务端中获取到的该页面的页面数据中的该元素异常，以使技术人员可以根据该服务端标识在后台服务集群中快速定位出该后台服务端，并对该后台服务端进行排查，以解决该异常。

在本申请中，在输出用于指示该元素异常的测试报告时，可以在电子设备的屏幕上显示用于指示该元素异常的测试报告，以供技术人员查看测试报告，或者，通过电子设备的音箱播放用于指示该元素异常的测试报告，以供技术人员感知测试报告，或者，向技术人员使用的终端设备发送用于指示该元素异常的测试报告，以使技术人员可以在其使用的终端设备上查看测试报告。具体可以通过邮件、互联网即时通讯工具、短信或PUSH等方式发送，本申请对具体的发送方式不做限定。

有时候，在图1所示的实施例中，在检测电子设备中是否缓存有该页面的页面数据之后，一个可能的结果是电子设备中未缓存有该页面的页面数据，在这种情况下，电子设备就需要执行步骤S106：从后台服务端中获取该页面的页面数据，然后执行步骤S104：基于headless无界面加载该页面的页面数据，再执行步骤S105：针对在headless上加载的该页面的页面数据执行该测试用例。

但是，在上述过程中，电子设备需要与后台服务端之间进行网络交互才能从后台服务端中获取该页面的页面数据，如果电子设备与后台服务端之间的网络连接异常，这就可能会导致电子设备获取到的该页面的页面数据不完整，如果恰巧缺失的是需要测试的该元素的页面数据，则在执行该测试用例之后就会确定出该元素异常。

但是这个异常的结果是由于网络连接异常而导致的，并不是由于该页面中的该元素本身异常导致的，也即，这会出现测试结果不准确的情况。

因此，为了提高测试结果的准确性，在本申请另一实施例中，在图1所示的实施例的基础之上，参见图5，该方法还包括：

在步骤S501中，确定在执行该测试用例之后得到的测试结果是否指示该元素异常。

在该测试结果指示该元素异常的情况下，则再次执行步骤S106：从后台服务端中获取该页面的页面数据，然后执行步骤S104。

本申请通过再次尝试从后台服务端中获取该页面的页面数据的方式，以尽可能地使得电子设备获取到的该页面的页面数据完整，以尽可能地避免由于电子设备与后台服务端之间的网络连接异常对测试结果带来影响，进而提高测试结果的准确率。

具体地，在该测试结果指示该元素异常的情况下，可以借助unittest组件执行步骤S106的流程。

另外，在该测试结果指示该元素正常的情况下，则说明该元素正常，可以结束对该元素的测试流程。

然而，有时候实际上是该页面中的该元素本身出现了异常而导致测试出的该页面中的该元素异常，并不是由于测试时临时出现的网络情况而导致测试出的该页面中的该元素异常，这样，无论对该页面中的该元素测试多少次，测试结果都会指示该页面中的该元素异常，在这种情况下，不需要无限制地重复测试该页面中的该元素，否则会白白耗费电子设备的系统资源以及网络资源。

因此，为了节省电子设备的系统资源以及网络资源，在本申请另一实施例中，在图5所示的实施例的基础之上，参见图6，该方法还包括：

在该测试结果指示该元素异常的情况下，在步骤S601中，确定执行用于测试该元素的该测试用例的已执行次数是否达到预设次数。

在本申请中，在针对该页面的页面数据第一次执行该测试用例之后，电子设备可以设置执行次数初值，例如为1等，然后将该页面的页面标识以及执行次数初值组成对应表项，并存储在页面标识与执行次数之间的对应关系中。在针对该页面的页面数据第二次执行该测试用例之后，电子设备可以在页面标识与执行次数之间的对应关系中，增加与该页面的页面标识相对应的执行次数，例如，在1的基础上增加1，得到2等。

在针对该页面的页面数据第三次、第四次.....以及第N次等执行该测试用例之后，可以参考上述在针对该页面的页面数据第二次执行该测试用例之后的操作流程，在此不做详述。

因此，在确定执行用于测试该元素的该测试用例的已执行次数是否达到预设次数时，可以在页面标识与执行次数之间的对应关系中，查找与该页面的页面标识相对应的执行次数，并作为执行用于测试该元素的该测试用例的已执行次数，然后比较已执行次数与预设次数之间的大小。

预设次数可以包括3、5或8等，具体数值可以根据实际情况确定，在此不做详述。例如，可以根据最近一段时间的电子设备与后台服务端之间的网络状态来设置预设次数，在一个例子中，在电子设备与后台服务端之间的网络状态越稳定的情况下，则可以将预设次数设置地越低，在电子设备与后台服务端之间的网络状态越不稳定的情况下，则可以将预设次数设置地越高。

在已执行次数未达到预设次数的情况下，执行步骤S105：从后台服务端中获取该页面的页面数据，然后执行步骤S104。

在已执行次数已达到预设次数的情况下，在步骤S602中，将最近一次执行该测试用例之后得到的测试结果确定为该元素的最终测试结果。

在已执行次数已达到预设次数的情况下，则往往说明执行用于测试该元素的该测试用例的已执行次数已经较多，在这种情况下，通常是该页面中的该元素本身出现了异常，且是由于其本身存在异常而使得执行该测试用例之后得到的测试结果指示该元素异常，因此，可以不再执行用于测试该元素的该测试用例，可以结束流程，以节省电子设备的系统资源以及网络资源等。

另外，在本申请另一实施例中，上述图1～图6所示的流程是电子设备执行的，事先可以在电子设备中配置用于执行图1～图6所示的流程的文件，例如包括用于执行图1～图6所示的流程的计算机程序代码以及测试用例等，另外，电子设备还可以对外提供接口，以使地技术人员可以通过接口远程控制电子设备执行图1～图6所示的流程以实现对页面中的元素进行测试，这样，技术人员就可以不需要前往电子设备所在现场，可以通过自己的终端直接远程控制电子设备对页面中的元素进行测试，对技术人员带来了很大方便。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作并不一定是本申请所必须的。

参照图7，示出了本申请的一种信息处理装置的结构框图，应用于电子设备，该装置具体可以包括如下模块：

第一获取模块11，用于获取用于测试页面中的元素是否异常的测试用例；

检测模块12，用于检测所述电子设备中是否缓存有所述页面的页面数据；

第二获取模块13，用于在所述电子设备中缓存有所述页面数据的情况下，获取已缓存的所述页面数据；

加载模块14，用于基于无头浏览器headless无界面加载所述页面数据；

执行模块15，用于针对在所述headless上加载的所述页面数据执行所述测试用例。

在一个可选的实现方式中，所述测试用例包括用于测试所述页面中的静态元素是否异常的测试用例以及包括用于测试所述页面中的UI交互元素是否异常的测试用例；

所述装置还包括：

判断模块，用于在所述元素为静态元素的情况下，判断所述电子设备中是否已基于所述headless无界面加载所述页面数据；

所述执行模块还用于：在已基于所述headless无界面加载所述页面数据的情况下，针对在所述headless上加载的所述页面数据执行所述测试用例；

所述检测模块还用于：在未基于所述headless无界面加载所述页面数据的情况下，检测所述电子设备中是否缓存有所述页面的页面数据。

在一个可选的实现方式中，所述装置还包括：

第一确定模块，用于确定所述页面对应的后台服务端的版本是否发生变化；

所述第一获取模块还用于在所述后台服务端的版本发生变化的情况下，获取用于测试页面中的元素是否异常的测试用例。

在一个可选的实现方式中，所述第一确定模块包括：

第一获取单元，用于获取所述电子设备中存储的所述后台服务端的已存储版本号；

第二获取单元，用于从所述后台服务端中获取所述后台服务端的当前版本号；

第一确定单元，用于在所述已存储版本号与所述当前版本号不同的情况下，确定所述后台服务端的版本发生变化；

第二确定单元，用于在所述已存储版本号与所述当前版本号相同的情况下，确定所述后台服务端的版本未发生变化。

在一个可选的实现方式中，所述第一确定模块还包括：

替换单元，用于在所述已存储版本号与所述当前版本号不同的情况下，使用所述当前版本号替换所述电子设备中存储的所述已存储版本号。

在一个可选的实现方式中，所述装置还包括：

第二确定模块，用于确定在执行所述测试用例之后得到的测试结果是否指示所述元素异常；

第三获取模块，用于在所述测试结果指示所述元素异常的情况下，从所述后台服务端中获取所述页面的页面数据，所述加载模块还用于在从所述后台服务端中获取到所述页面的页面数据的情况下，基于无头浏览器headless无界面加载所述页面数据。

在一个可选的实现方式中，所述装置还包括：

第三确定模块，用于在所述测试结果指示所述元素异常的情况下，确定执行所述测试用例的已执行次数是否达到预设次数；

所述第三获取模块还用于在所述已执行次数未达到预设次数的情况下，从所述后台服务端中获取所述页面的页面数据。

第四确定模块，用于在所述已执行次数已达到预设次数的情况下，将最近一次执行所述测试用例之后得到的测试结果确定为所述元素的最终测试结果。

在一个可选的实现方式中，所述装置还包括：

记录模块，用于在执行所述测试用例之后得到的测试结果指示所述元素异常的情况下，在预设文件中记录记录所述元素的元素标识、所述页面的页面标识以及所述后台服务端的服务端标识，和/或，输出模块，用于输出用于指示所述元素异常的测试报告。

在本申请中，获取用于测试页面中的元素是否异常的测试用例，检测电子设备中是否缓存有该页面的页面数据，在电子设备中缓存有该页面的页面数据的情况下，获取电子设备中已缓存的该页面的页面数据，基于headless无界面加载该页面的页面数据，针对在headless上加载的该页面数据执行该测试用例。

通过本申请，在电子设备中缓存有该页面的页面数据的情况下，基于headless无界面加载缓存的该页面的页面数据，可以不从该页面对应的后台服务端中获取该页面的页面数据，如此可以实现多个测试用例共享使用同一份该页面的页面数据，从而可以节省时间，进而可以提高测试效率，其次，还可以节省电子设备与该页面对应的后台服务端之间的网络资源。

另外，由于测试的过程中可以没有技术人员的参与，也就不需要技术人员观看浏览器的界面，如此，可以借助headless无界面加载该页面的页面数据，不需要渲染该页面，从而可以节省渲染该页面的渲染时间，进而可以节省电子设备的系统资源以及提高测试效率。其次，headless只需要占用电子设备的CPU以及内存等资源，并不需要在屏幕上显示浏览器的界面，从而可以节省电子设备的显示资源。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

图8是本申请示出的一种电子设备800的框图。例如，电子设备800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图8，电子设备800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制电子设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在电子设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图像，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为电子设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为电子设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述电子设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当电子设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为电子设备800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为电子设备800的显示器和小键盘，传感器组件814还可以检测电子设备800或电子设备800一个组件的位置改变，用户与电子设备800接触的存在或不存在，电子设备800方位或加速/减速和电子设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于电子设备800和其他设备之间有线或无线方式的通信。电子设备800可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播操作信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由电子设备800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图9是本申请示出的一种电子设备1900的框图。例如，电子设备1900可以被提供为一服务器。

参照图9，电子设备1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述方法。

电子设备1900还可以包括一个电源组件1926被配置为执行电子设备1900的电源管理，一个有线或无线网络接口1950被配置为将电子设备1900连接到网络，和一个输入输出(I/O)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请的实施例可提供为方法、装置、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

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

以上对本申请所提供的一种信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (18)

1.一种信息处理方法，其特征在于，应用于电子设备，所述方法包括：

获取用于测试页面中的元素是否异常的测试用例；

检测所述电子设备中是否缓存有所述页面的页面数据；

在所述电子设备中缓存有所述页面数据的情况下，获取已缓存的所述页面数据；

基于无头浏览器headless无界面加载所述页面数据；

针对在所述headless上加载的所述页面数据执行所述测试用例。

2.根据权利要求1所述的方法，其特征在于，所述测试用例包括用于测试所述页面中的静态元素是否异常的测试用例以及包括用于测试所述页面中的用户界面UI交互元素是否异常的测试用例；

所述方法还包括：

在所述元素为静态元素的情况下，判断所述电子设备中是否已基于所述headless无界面加载所述页面数据；

在已基于所述headless无界面加载所述页面数据的情况下，执行所述针对在所述headless上加载的所述页面数据执行所述测试用例的步骤；

在未基于所述headless无界面加载所述页面数据的情况下，执行所述检测所述电子设备中是否缓存有所述页面的页面数据的步骤。

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

确定所述页面对应的后台服务端的版本是否发生变化；

在所述后台服务端的版本发生变化的情况下，执行所述获取用于测试页面中的元素是否异常的测试用例的步骤。

4.根据权利要求3所述的方法，其特征在于，所述确定所述页面对应的后台服务端的版本是否发生变化，包括：

获取所述电子设备中存储的所述后台服务端的已存储版本号；

从所述后台服务端中获取所述后台服务端的当前版本号；

在所述已存储版本号与所述当前版本号不同的情况下，确定所述后台服务端的版本发生变化；

在所述已存储版本号与所述当前版本号相同的情况下，确定所述后台服务端的版本未发生变化。

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

在所述已存储版本号与所述当前版本号不同的情况下，使用所述当前版本号替换所述电子设备中存储的所述已存储版本号。

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

确定在执行所述测试用例之后得到的测试结果是否指示所述元素异常；

在所述测试结果指示所述元素异常的情况下，从所述后台服务端中获取所述页面的页面数据，然后执行所述基于无头浏览器headless无界面加载所述页面数据的步骤。

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

在所述测试结果指示所述元素异常的情况下，确定执行所述测试用例的已执行次数是否达到预设次数；

在所述已执行次数未达到预设次数的情况下，执行所述从所述后台服务端中获取所述页面的页面数据的步骤；

在所述已执行次数已达到预设次数的情况下，将最近一次执行所述测试用例之后得到的测试结果确定为所述元素的最终测试结果。

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

在执行所述测试用例之后得到的测试结果指示所述元素异常的情况下，在预设文件中记录所述元素的元素标识、所述页面的页面标识以及所述后台服务端的服务端标识，和/或，输出用于指示所述元素异常的测试报告。

9.一种信息处理装置，其特征在于，应用于电子设备，所述装置包括：

第一获取模块，用于获取用于测试页面中的元素是否异常的测试用例；

检测模块，用于检测所述电子设备中是否缓存有所述页面的页面数据；

第二获取模块，用于在所述电子设备中缓存有所述页面数据的情况下，获取已缓存的所述页面数据；

加载模块，用于基于无头浏览器headless无界面加载所述页面数据；

执行模块，用于针对在所述headless上加载的所述页面数据执行所述测试用例。

10.根据权利要求9所述的装置，其特征在于，所述测试用例包括用于测试所述页面中的静态元素是否异常的测试用例以及包括用于测试所述页面中的用户界面UI交互元素是否异常的测试用例；

所述装置还包括：

判断模块，用于在所述元素为静态元素的情况下，判断所述电子设备中是否已基于所述headless无界面加载所述页面数据；

所述执行模块还用于：在已基于所述headless无界面加载所述页面数据的情况下，针对在所述headless上加载的所述页面数据执行所述测试用例；

所述检测模块还用于：在未基于所述headless无界面加载所述页面数据的情况下，检测所述电子设备中是否缓存有所述页面的页面数据。

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

第一确定模块，用于确定所述页面对应的后台服务端的版本是否发生变化；

所述第一获取模块还用于在所述后台服务端的版本发生变化的情况下，获取用于测试页面中的元素是否异常的测试用例。

12.根据权利要求11所述的装置，其特征在于，所述第一确定模块包括：

第一获取单元，用于获取所述电子设备中存储的所述后台服务端的已存储版本号；

第二获取单元，用于从所述后台服务端中获取所述后台服务端的当前版本号；

第一确定单元，用于在所述已存储版本号与所述当前版本号不同的情况下，确定所述后台服务端的版本发生变化；

第二确定单元，用于在所述已存储版本号与所述当前版本号相同的情况下，确定所述后台服务端的版本未发生变化。

13.根据权利要求12所述的装置，其特征在于，所述第一确定模块还包括：

替换单元，用于在所述已存储版本号与所述当前版本号不同的情况下，使用所述当前版本号替换所述电子设备中存储的所述已存储版本号。

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

第二确定模块，用于确定在执行所述测试用例之后得到的测试结果是否指示所述元素异常；

第三获取模块，用于在所述测试结果指示所述元素异常的情况下，从所述后台服务端中获取所述页面的页面数据，所述加载模块还用于在从所述后台服务端中获取到所述页面的页面数据的情况下，基于无头浏览器headless无界面加载所述页面数据。

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

第三确定模块，用于在所述测试结果指示所述元素异常的情况下，确定执行所述测试用例的已执行次数是否达到预设次数；

所述第三获取模块还用于在所述已执行次数未达到预设次数的情况下，从所述后台服务端中获取所述页面的页面数据；

第四确定模块，用于在所述已执行次数已达到预设次数的情况下，将最近一次执行所述测试用例之后得到的测试结果确定为所述元素的最终测试结果。

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

记录模块，用于在执行所述测试用例之后得到的测试结果指示所述元素异常的情况下，在预设文件中记录记录所述元素的元素标识、所述页面的页面标识以及所述后台服务端的服务端标识，和/或，输出模块，用于输出用于指示所述元素异常的测试报告。

17.一种电子设备，其特征在于，所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行如权利要求1-8任一项所述的信息处理方法。

18.一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1-8任一项所述的信息处理方法。

Images