CN114968755A - 一种页面测试方法、装置及计算机可读存储介质 - Google Patents

Abstract

本申请提供了一种页面测试方法、装置、设备及计算机可读存储介质；方法包括：响应于针对测试页面的第一展示指令，发送对应所述测试页面的资源获取请求；接收到响应所述资源获取请求返回的对应目标页面版本的测试资源包；其中，所述目标页面版本为，用于进行页面测试的至少两种页面版本之一；基于所述测试资源包，展示对应所述目标页面版本的测试页面。通过本申请，能够提高页面测试效率。

Description

一种页面测试方法、装置及计算机可读存储介质

技术领域

本申请涉及网络技术领域，尤其涉及一种页面测试方法、装置及计算机可读存储介质。

背景技术

在网站页面开发及运营维护的过程中，需经常对网络页面的展示方案进行测试，通常情况下，某一网络页面或测试页面存在多个页面版本，而每个页面版本存在相对应的测试资源包，加载不同的测试资源包所展示的页面内容是不同的，例如，不同的页面版本对应的测试页面可能在标题字体、背景颜色、布局设置或者措辞等方面有所不同。

相关技术中，在进行页面测试时，当用户请求访问某一网页时时，服务器将对应该网页的不同页面版本的测试资源下发给用户终端，由终端基于配置信息从中获取相应的测试资源，以展示相对应的页面内容，导致测试页面的加载速度较慢，使得页面测试效率低下。

发明内容

本申请实施例提供一种页面测试方法、装置及计算机可读存储介质，能够提高页面测试效率。

本申请实施例的技术方案是这样实现的：

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

响应于针对测试页面的第一展示指令，发送对应所述测试页面的资源获取请求；

接收到响应所述资源获取请求返回的对应目标页面版本的测试资源包；

其中，所述目标页面版本为，用于进行页面测试的至少两种页面版本之一；

基于所述测试资源包，展示对应所述目标页面版本的测试页面；

在展示所述测试页面的过程中，接收到针对所述测试页面的页面操作；

当所述页面操作指示进行页面跳转至所述测试页面的关联页面时，发送所述页面操作对应的操作数据，以基于所述操作数据评估所述目标页面版本。

上述方案中，所述展示对应所述目标页面版本的测试页面之前，所述方法还包括：

加载所述测试资源包中对应所述目标页面版本的页面代码；

基于加载的所述页面代码，确定所述目标页面版本对应的页面元素的页面布局；

基于所述页面布局，对所述目标页面版本对应的页面元素进行渲染，得到对应所述目标页面版本的测试页面。

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

接收到针对测试页面的资源获取请求；

基于所述资源获取请求，确定对应所述测试页面的目标页面版本的测试资源包；

其中，所述目标页面版本为，用于进行页面测试的至少两种页面版本之一；

返回所述目标页面版本的测试资源包，以基于所述测试资源包，展示对应所述目标页面版本的测试页面；

接收到针对所述测试页面的页面操作对应的操作数据，并基于所述操作数据评估所述目标页面版本；

其中，所述页面操作，用于指示进行页面跳转至所述测试页面的关联页面。

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

请求发送模块，用于响应于针对测试页面的第一展示指令，发送对应所述测试页面的资源获取请求；

资源接收模块，用于接收到响应所述资源获取请求返回的对应目标页面版本的测试资源包；

其中，所述目标页面版本为，用于进行页面测试的至少两种页面版本之一；

页面展示模块，用于基于所述测试资源包，展示对应所述目标页面版本的测试页面；

操作接收模块，用于在展示所述测试页面的过程中，接收到针对所述测试页面的页面操作；

数据发送模块，用于当所述页面操作指示进行页面跳转至所述测试页面的关联页面时，发送所述页面操作对应的操作数据，以基于所述操作数据评估所述目标页面版本。

上述方案中，所述请求发送模块，还用于获取记录的所述测试页面对应的展示次数；

当基于所述展示次数，确定所述第一展示指令为针对所述测试页面的首次展示指令时，发送对应所述测试页面的资源获取请求。

上述方案中，所述发送资源获取请求之后，所述装置还包括：

资源缓存模块，用于发送对应所述测试页面的全量资源获取请求，以请求获取对应所述测试页面的全量测试资源包；

其中，所述全量测试资源包，包括所述至少两种页面版本对应的页面测试资源；

接收返回的所述全量测试资源包，并存储所述全量测试资源包至本地。

上述方案中，所述存储所述全量测试资源包至本地之后，所述装置还包括：

配置请求模块，用于响应于针对所述测试页面的第二展示指令，发送对应所述测试页面的页面配置参数请求，以请求获取对应所述测试页面的页面配置参数；

接收返回的对应所述测试页面的页面配置参数；

基于接收的页面配置参数，从所述全量测试资源包中获取相应的页面测试资源，并基于获取的页面测试资源展示所述测试页面。

上述方案中，所述资源接收模块，还用于接收到接入服务器返回的对应所述测试页面的测试资源包；

其中，所述测试资源包为，所述接入服务器基于所述资源获取请求，从测试服务器处成功获取对应所述测试页面的页面配置参数后，基于所述页面配置参数从测试资源包集合中选取得到。

上述方案中，当所述接入服务器获取对应所述测试页面的页面配置参数失败时，所述装置还包括：

全量资源接收模块，用于接收到所述接入服务器返回的对应所述测试页面的全量测试资源包；

配置参数获取模块，用于获取对应所述测试页面的页面配置参数；

所述页面渲染模块，还用于基于所述页面配置参数，从所述全量测试资源包中获取对应所述测试页面的页面测试资源，并基于获取的页面测试资源展示所述测试页面。

上述方案中，所述展示对应所述目标页面版本的测试页面之前，所述装置还包括：

所述页面获取模块，还用于加载所述测试资源包中对应所述目标页面版本的页面代码；

基于加载的所述页面代码，确定所述目标页面版本对应的页面元素的页面布局；

基于所述页面布局，对所述目标页面版本对应的页面元素进行渲染，得到对应所述目标页面版本的测试页面。

上述方案中，所述发送所述页面操作对应的操作数据之前，所述装置还包括：

数据处理模块，用于获取所述页面操作对应的操作数据，并存储所述页面操作对应的操作数据；

相应的，所述数据发送模块，还用于确定所述操作数据对应的上报时间点；

确定所述上报时间点到达时，发送所述页面操作对应的操作数据。

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

请求接收模块，用于接收到针对测试页面的资源获取请求；

资源确定模块，用于基于所述资源获取请求，确定对应所述测试页面的目标页面版本的测试资源包；

其中，所述目标页面版本为，用于进行页面测试的至少两种页面版本之一；

资源返回模块，用于返回所述目标页面版本的测试资源包，以基于所述测试资源包，展示对应所述目标页面版本的测试页面；

版本评估模块，用于接收到针对所述测试页面的页面操作对应的操作数据，并基于所述操作数据评估所述目标页面版本；

其中，所述页面操作，用于指示进行页面跳转至所述测试页面的关联页面。

上述方案中，所述资源确定模块，还用于发送对应所述测试页面的配置参数获取请求至测试服务器；

接收到返回的所述测试服务器为所述测试页面分配的页面配置参数；

基于所述页面配置参数，从所述测试资源包集合中选取对应所述测试页面的测试资源包。

上述方案中，所述资源确定模块，还用于发送携带所述测试页面的页面标识的配置参数获取请求至测试服务器；

接收到所述测试服务器返回的对应所述目标测试版本的页面配置参数；

其中，所述页面配置参数为，所述测试服务器基于所述页面标识，确定相应的至少两种测试版本，从所述至少两种测试版本对应的页面配置参数中选取得到。

上述方案中，所述接收到请求获取测试页面的测试资源包的资源获取请求之前，所述装置还包括：

测试资源包集合接收模块，用于接收到代码构建***发送的所述测试资源包集合；

其中，所述资源包集合中的测试资源包为，所述代码构建***基于各所述页面版本的页面代码构建得到；

所述页面代码为，所述代码构建***对包括至少两种页面测试元素的源代码进行解耦，并基于解耦得到的各所述页面测试元素的调用代码生成得到。

上述方案中，所述装置还包括：

全量测试资源包接收模块，用于接收并存储所述代码构建***发送的全量测试资源包；

其中，所述全量测试资源包包括：所述至少两种页面版本对应的页面元素、以及对应所述至少两种页面版本的全量页面代码；

所述全量页面代码，用于依据页面配置参数，从所述全量页面代码中读取相应页面版本的页面代码。

本申请实施例提供一种电子设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的页面测试方法。

本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的页面测试方法。

本申请实施例具有以下有益效果：

当终端请求展示测试页面的页面内容时，接收到的是对应目标页面版本的测试资源包，并基于测试资源包，展示对应目标页面版本的测试页面；在展示测试页面的过程中，接收到针对测试页面的页面操作；当页面操作指示进行页面跳转至测试页面的关联页面时，发送页面操作对应的操作数据，以基于操作数据评估目标页面版本；如此，终端可直接展示目标页面版本的测试页面，相较于终端需从所有页面版本对应的全量测试资源包筛选才能展示目标页面版本的测试页面而言，数据传输量大大降低，而且无需再去请求获取页面配置参数，无需消耗页面配置参数的请求时间，能够提高测试页面的加载速度，进而提高页面测试效率。

附图说明

图1A-1B为本申请实施例提供的页面测试方法流程示意图；

图2为本申请实施例提供的页面测试***100的一个可选的架构示意图；

图3为本申请实施例提供的电子设备500的一个可选的结构示意图；

图4为本申请实施例提供的页面测试方法的流程示意图；

图5为本申请实施例提供的页面测试方法的流程示意图；

图6为本申请实施例提供的页面测试方法的流程示意图；

图7为本申请实施例提供的页面测试方法的流程示意图；

图8为本申请实施例提供的测试资源包的组织方法的流程示意图；

图9为本申请实施例提供的测试资源包的构建方法的流程示意图；

图10为本申请实施例提供的页面测试方法的流程示意图；

图11为本申请实施例提供的页面测试装置的结构示意图；

图12为本申请实施例提供的页面测试装置的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二…”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二…”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)客户端，终端中运行的用于提供各种服务的应用程序，例如视频播放客户端、游戏客户端等。

2)响应于，用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。

3)React Native(简称RN)，是Facebook于2015年4月开源的跨平台移动应用开发框架，是Facebook早先开源的JS框架React在原生移动应用平台的衍生产物，支持iOS和安卓两大平台。RN使用Javascript语言，类似于HTML的JSX，以及CSS来开发移动应用，因此熟悉网络(Web)前端开发的技术人员只需很少的学习就可以进入移动应用开发领域。

4)AB测试，是为Web或客户端界面或流程制作两个(A/B)或多个(A/B/n)测试版本，在同一时间维度，分别让组成成分相同或相似的访客群组随机的访问这些测试版本，收集各群组的用户体验数据和业务数据，最后分析评估出最好测试版本正式采用；

也就是说，AB测试本质上是个分离式组间实验，在进行AB测试时，首先需要建立一个测试页面(如B页面)，这个测试页面可能在标题字体、背景颜色、布局设置或者措辞等方面与原有页面(如A页面)有所不同，然后将测试页面、原有页面以随机的方式同时推送给所有浏览用户，再分别统计通过测试页面和原有页面到达网站内页的用户占的百分比，假设通过原有页面A的到达网站内页的用户占6％，通过测试页面B到达网站内页的用户占20％，那么说明测试页面是得到用户喜欢的；如果对20％的结果还不满意，还可继续修改新页面，直到这个转化率不能够再提高为止。

基于上述对本申请实施例中涉及的名词和术语的解释，接下来对相关技术提供的页面测试方法进行说明，以针对H5网页的AB测试为例，当终端首次请求展示测试网页的页面内容时，参见图1A-1B，图1A-1B为本申请实施例提供的页面测试方法流程示意图，图1A中，首先终端发送针对目测试网页的资源获取请求至资源服务器，资源服务器基于资源获取请求，获取并返回测试网页对应的页面内容(即全量测试代码)至终端；然后终端发送针对测试网页的AB测试的页面配置参数请求至AB测试配置服务器，AB测试配置服务器基于页面配置参数请求，获取并返回测试网页的AB测试配置信息至终端；最后终端基于AB测试配置信息，从全量测试资源包中获取AB测试配置信息对应的测试资源包，并加载测试资源包以展示得到的测试网页；然而，该方案中，资源服务器返回至终端的数据为测试网页的全量测试代码文件，且终端向AB测试配置服务器发送AB测试配置请求时，需要终端等待一次AB测试配置请求，确定当前的AB测试配置信息(即实验结果)才能知道展示AB测试配置信息相对应的内容，导致网页的加载速度较慢。

图1B中，首先终端发送针对测试网页的资源获取请求至资源服务器，资源服务器基于资源获取请求获取测试网页对应的页面内容(即全量测试代码)，并发送针对测试网页的AB测试的页面配置参数请求至AB测试配置服务器，AB测试配置服务器基于页面配置参数请求，获取并返回测试网页的AB测试配置信息至资源服务器；然后，资源服务器将测试网页的全量测试代码与测试网页的AB测试配置信息一并返回至终端；最后终端基于AB测试配置信息，从中获取AB测试配置信息对应的测试资源包，并加载该测试资源包以展示得到的测试网页；然而，该方案由资源服务器请求AB测试配置信息，虽然会减少终端等待AB测试配置请求时间，但资源服务器返回至终端的数据为网页的全量测试代码，仍需终端确定当前的AB测试配置信息才能知道展示AB测试配置信息相对应的内容，网页的加载速度依然较慢。

鉴于此，本申请实施例提供一种页面测试方法、装置、设备及计算机可读存储介质，以至少解决上述技术问题。

参见图2，图2为本申请实施例提供的页面测试***100的一个可选的架构示意图，本申请实施例提供的页面测试***100由终端(包括终端200-1和终端200-2)、服务器(包括接入服务器300-1和测试服务器300-2)、代码构建***400组成，其中，终端200-1为位于测试页面的访问者一侧的终端，终端200-2为位于测试页面的开发者一侧的终端，终端上设置有客户端，如浏览器客户端、视频播放客户端、即时通讯客户端等，接入服务器300-1为终端200-1上的客户端对应的后台服务器，如终端200-1上设置有浏览器客户端时，接入服务器300-1位浏览器客户端对应的后台服务器；测试服务器300-2为终端200-2上的客户端对应的后台服务器。为实现支撑一个示例性应用，终端(如终端200-1和终端200-2)、服务器(如接入服务器300-1和测试服务器300-2)与代码构建***400之间通过网络连接，网络可以是广域网或者局域网，又或者是二者的组合，使用无线链路实现数据传输。

在实际应用中，终端(如终端200-1和终端200-2)可以为智能手机、平板电脑、笔记本电脑等各种类型的用户终端，还可以为台式计算机、游戏机、电视机或者这些数据处理设备中任意两个或多个的组合；服务器(如接入服务器300-1和测试服务器300-2)既可以为单独配置的支持各种业务的一个服务器，亦可以配置为一个服务器集群，还可以为云服务器等。

在实际应用中，测试页面的开发者通过终端200-2上传测试页面的源代码至代码构建***400，代码构建***400基于源代码，构建测试页面对应的至少两种页面版本的测试资源包集合，测试资源包集合中包括对应各页面版本的测试资源包及全量测试资源包，并将构建的测试资源包集合推送至接入服务器300-1和测试服务器300-2，其中，测试服务器中还存储有相应的页面配置参数。

当测试页面的访问者通过终端200-1上的客户端浏览测试网页时，终端200-1用于响应于针对页面测试指令，发送对应测试页面的资源获取请求至接入服务器300-1，以请求获取测试页面对应的测试资源包；接入服务器300-1基于资源获取请求，确定对应目标页面版本的测试资源包，并将确定的测试资源包返回至终端200-1；终端200-1接收到测试资源包后，基于接收到的测试资源包，展示对应目标页面版本的测试页面；在展示测试页面的过程中，接收到针对测试页面的页面操作；当页面操作指示进行页面跳转至测试页面的关联页面时，发送页面操作对应的操作数据至接入服务器300-1，接入服务器300-1基于操作数据评估目标页面版本。

接下来对实施本申请实施例的页面测试方法的电子设备进行说明。参见图3，图3为本申请实施例提供的电子设备500的一个可选的结构示意图，在实际应用中，电子设备500可以为图2中的终端(如终端200-1和终端200-2)或服务器(如接入服务器300-1和测试服务器300-2)，以电子设备为图2所示的终端200-1为例，图3所示的电子设备500包括：至少一个处理器510、存储器550、至少一个网络接口520和用户接口530。电子设备500中的各个组件通过总线***540耦合在一起。可理解，总线***540用于实现这些组件之间的连接通信。总线***540除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图3中将各种总线都标为总线***540。

处理器510可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口530包括使得能够呈现媒体内容的一个或多个输出装置531，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口530还包括一个或多个输入装置532，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器550可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器550可选地包括在物理位置上远离处理器510的一个或多个存储设备。

存储器550包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本申请实施例描述的存储器550旨在包括任意适合类型的存储器。

在一些实施例中，存储器550能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作***551，包括用于处理各种基本***服务和执行硬件相关任务的***程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块552，用于经由一个或多个(有线或无线)网络接口520到达其他计算设备，示例性的网络接口520包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

呈现模块553，用于经由一个或多个与用户接口530相关联的输出装置531(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作***设备和显示内容和信息的用户接口)；

输入处理模块554，用于对一个或多个来自一个或多个输入装置532之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本申请实施例提供的页面测试装置可以采用软件方式实现，图3示出了存储在存储器550中的页面测试装置555，其可以是程序和插件等形式的软件，包括以下软件模块：请求发送模块5551、资源接收模块5552、页面展示模块5553、操作接收模块5554和数据发送模块5555，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分，将在下文中说明各个模块的功能。

在另一些实施例中，本申请实施例提供的页面测试装置可以采用硬件方式实现，作为示例，本申请实施例提供的页面测试装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本申请实施例提供的页面测试方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specific IntegratedCircuit)、DSP、可编程逻辑器件(PLD，Progra mmable Logic Device)、复杂可编程逻辑器件(CPLD，Complex Programmabl e Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)或其他电子元件。

基于上述对本申请实施例的页面测试***及电子设备的说明，接下来对本申请实施例提供的页面测试方法进行说明，在一些实施例中，该页面测试方法可由终端或服务器单独实施，如通过图2中的终端200-1或接入服务器300-1单独实施，还可由服务器及终端协同实施，如通过图2中的终端200-1和接入服务器300-1协同实施，接下来结合图2及图4，图4为本申请实施例提供的页面测试方法的流程示意图，以图2中的终端200-1实施本申请实施例提供的页面测试方法为例进行说明。

步骤101：终端响应于针对测试页面的第一展示指令，发送对应测试页面的资源获取请求。

其中，资源获取请求用于请求获取测试页面对应目标页面版本的测试资源包。这里，终端上设置有客户端，如浏览器客户端、视频播放客户端、即时通讯客户端等，当用户通过终端上的客户端浏览测试网页，如点击测试页面对应的网络地址链接，或在浏览器地址栏输入测试网页对应的网络地址后执行确定操作时，终端响应于该操作，接收到针对测试网页的第一展示指令，并响应于该第一展示指令，发送请求获取测试页面对应的测试资源包的资源获取请求至接入服务器，如浏览器服务器，以请求从接入服务器中获取相应的测试资源包。

在实际应用中，测试资源包由代码构建***构建得到，在实际实施时，开发者通过终端上传测试页面对应的源代码至代码构建***后，代码构建***基于源代码，构建测试页面对应的至少两种页面版本的测试资源包集合，其中，测试资源包集合中包括对应各页面版本的测试资源包及全量测试资源包，测试资源包由测试代码、页面元素和页面布局文件等各种资源文件构成，并将构建的测试资源包集合推送至接入服务器和测试服务器，其中，测试服务器中还存储有相应的页面配置参数。

在代码构建***构建测试资源包时，代码构建***获取包括至少两种页面测试元素的源代码；对源代码进行解耦，得到对应各页面测试元素的调用代码；获取测试页面对应的页面配置参数，基于页面配置参数及对应各页面测试元素的调用代码，生成页面配置参数对应各页面版本的页面代码，以及全量测试代码；也就是说，代码构建***在构建测试资源包时，根据不同的页面配置参数，构建不同的测试资源包及全量测试资源包。

在一些实施例中，终端可通过如下方式发送资源获取请求：获取记录的测试页面对应的展示次数；当基于展示次数，确定第一展示指令为针对测试页面的首次展示指令时，发送对应测试页面的资源获取请求。

这里，当针对测试页面的第一展示指令为首次展示指令时，如访问者首次访问该测试页面时，终端本地缓存服务器中并未存储该测试页面的全量测试资源包，故终端需向接入服务器中发送资源获取请求，以请求从接入服务器中获取测试页面中目标页面版本对应的测试资源包。

步骤102：接收到响应所述资源获取请求返回的对应目标页面版本的测试资源包。

其中，目标页面版本为用于进行页面测试的至少两种页面版本之一。测试资源包为基于资源获取请求，从对应至少两种页面版本的测试资源包集合中选取得到，每种页面版本对应一个测试资源包，每个测试资源包包括相应页面版本的页面代码及页面元素，这里，测试资源包用于对测试页面进行测试，包括用于测试的页面代码和构成测试页面的页面元素，终端接收到测试资源包后，加载测试资源包并运行测试资源包中的页面代码时，对测试资源包中的页面元素进行渲染，进而展示渲染得到的测试网页。

在一些实施例中，终端可通过如下方式接收到返回的测试资源包：接收到接入服务器返回的对应测试页面的测试资源包；其中，测试资源包为，接入服务器基于资源获取请求，从测试服务器处成功获取对应测试页面的页面配置参数后，基于页面配置参数从测试资源包集合中选取得到。

这里，在实际实施时，接入服务器接收到终端发送的针对测试页面的资源获取请求时，由于接入服务器存储有测试资源包集合，故若要获取目标测试版本对应的测试资源包，则需接入服务器发送携带测试页面的页面标识的配置参数获取请求至测试服务器，测试服务器基于配置参数获取请求中的页面标识，确定测试页面对应的至少两种测试版本，从至少两种测试版本对应的页面配置参数中选取为测试页面分配的页面配置参数并返回至接入服务器；接入服务器接收到测试服务器返回的页面配置参数后，基于页面配置参数，从测试资源包集合中选取对应测试页面的测试资源包。

在一些实施例中，当接入服务器获取对应测试页面的页面配置参数失败时，还可通过如下方式从全量测试资源包中获取相应的测试资源：

接收到接入服务器返回的对应测试页面的全量测试资源包；获取对应测试页面的页面配置参数；基于页面配置参数，从全量测试资源包中获取对应测试页面的页面测试资源，并基于获取的页面测试资源展示测试页面。

这里，当接入服务器从配置服务器获取对应测试页面的页面配置参数失败时，为了保证测试页面的正常展示，接入服务器将测试页面对应的全量测试资源包返回至终端，终端接收到全量测试资源包后，需再次测试服务器获取对应测试页面的页面配置参数，并基于获取的页面配置参数，从全量测试资源包中选取对应测试页面的页面测试资源，以基于获取的页面测试资源展示测试页面。

步骤103：基于测试资源包，展示对应目标页面版本的测试页面。

在一些实施例中，终端在展示对应目标页面版本的测试页面之前，可通过如下方式得到对应目标页面版本的测试页面：

加载测试资源包中对应目标页面版本的页面代码；基于加载的页面代码，确定目标页面版本对应的页面元素的页面布局；基于页面布局，对目标页面版本对应的页面元素进行渲染，得到对应目标页面版本的测试页面。

这里，页面布局用于表征页面元素的类别、数量，以及页面元素在测试页面中的位置、大小、样式、渲染顺序等，图片、视频、文字等均可称为页面元素，终端加载测试资源包中的页面代码确定页面布局后，即可基于页面布局中的渲染顺序，将页面元素渲染在测试页面中相应位置上，得到最终展示在终端的显示界面中的测试页面。

在一些实施例中，终端加载测试资源包中的页面代码，还能够实现对测试资源包中的页面元素结构数据进行解析，进而得到用于表征页面元素之间的层级关系的虚拟文档对象模型树，同时对测试资源包中的页面元素样式数据进行解析，得到用于表征页面元素显示式样的页面样式对象模型树；将虚拟文档对象模型树与页面样式对象模型树进行合并，生成对应的渲染树；遍历生成的渲染树，确定各个页面元素在渲染树中的位置与大小，并对确定的页面元素进行渲染，得到并展示渲染后的目标页面，如此，实现从渲染树到本地视图的渲染，展示的目标页面包括图片、视频、文字等页面元素中至少之一的页面内容。

通过上述方式，访问者首次访问测试页面时，终端接收到的是对应目标页面版本的测试资源包，相较于接收所有页面版本对应的全量测试资源包而言，数据传输量大大降低，能够提高测试页面的加载速度，进而提高测试页面的展示效率。

在一些实施例中，终端在发送资源获取请求之后，或者在首次展示测试页面之后，还可通过如下方式获取测试页面对应的全量测试资源包：

发送对应测试页面的全量资源获取请求，以请求获取对应测试页面的全量测试资源包；其中，全量测试资源包包括测试页面对应的至少两种页面版本对应的页面测试资源；接收返回的全量测试资源包，并存储全量测试资源包至本地。

这里，当终端展示测试页面后，终端或终端本地的缓存服务器向接入服务器发送全量资源获取请求，接入服务器基于全量资源获取请求，获取测试页面对应的全量测试资源包，并将获取的全量测试资源包返回至终端或终端本地的缓存服务器，以备后续请求访问测试页面时使用。

在一些实施例中，终端在存储全量测试资源包至本地之后，还可通过如下方式从全量测试资源包中获取相应的测试资源：

响应于针对测试页面的第二展示指令，发送对应测试页面的页面配置参数请求，以请求获取对应测试页面的页面配置参数；接收返回的对应测试页面的页面配置参数；基于接收的页面配置参数，从全量测试资源包中获取相应的页面测试资源，并基于获取的页面测试资源展示测试页面。

这里，当终端再次接收到针对测试页面的展示指令时，由于本地缓存服务器中已存储全量测试资源包，因此，可直接从缓存服务器中获取全量测试资源包，并发送对应测试页面的页面配置参数请求至测试服务器，以从测试服务器中获取为测试页面分配的页面配置参数，并基于页面配置参数从全量测试资源包中获取相应的页面测试资源，以展示相应的测试页面。

步骤104：在展示测试页面的过程中，接收到针对测试页面的页面操作。

在实际应用中，由于终端所展示的测试页面(也可称为用户界面)是可直接被用户感知的互联网产品，简洁美观的用户界面，流畅的用户交互往往能够给用户留下好的第一印象，因此，用户可基于终端所展示的测试页面，决定针对测试页面执行何种页面操作，如终端所展示的测试页面简洁美观且便于交互，则用户可点击测试页面中呈现的其他关联页面的按钮，终端响应于该点击操作，进行页面跳转，由当前的测试页面跳转至关联页面，此时，页面操作指示进行页面跳转至测试页面的关联页面。

步骤105：当页面操作指示进行页面跳转至测试页面的关联页面时，发送页面操作对应的操作数据，以基于操作数据评估目标页面版本。

在一些实施例中，当页面操作指示进行页面跳转至测试页面的关联页面时，终端可先获取页面操作对应的操作数据，并存储页面操作对应的操作数据；获取操作数据对应的上报时间点，并当操作数据对应的上报时间点到达时，发送页面操作对应的操作数据至接入服务器，以使接入服务器基于终端发送的操作数据对所展示的测试页面对应的目标页面版本进行评估。

这里，操作数据可以为用户基于该测试页面针对关联页面的点击数据。在进行页面测试时，接入服务器首先建立多个页面版本的测试页面，不同页面版本的测试页面之间可能在标题字体、背景颜色、布局设置或者措辞等方面有所不同，然后将各个页面版本的测试页面以随机的方式同时推送给所有浏览用户，浏览用户对应的终端记录用户对相应页面版本的测试页面的页面操作的操作数据，并定时或周期性将操作数据发送至接入服务器；接入服务器基于各个用户终端发送的操作数据，分别统计通过各个页面版本的测试页面到达关联页面的用户占的百分比，进而基于用户占的百分比对各个测试页面对应的页面版本进行评估。

接下来继续对本申请实施例提供的页面测试方法进行说明，在一些实施例中，结合图2及图5，图5为本申请实施例提供的页面测试方法的流程示意图，以图2中的接入服务器300-1实施本申请实施例提供的页面测试方法为例进行说明。

步骤201：接入服务器接收到针对测试页面的资源获取请求。

这里，接入服务器为用户终端上的客户端对应的后台服务器，当用户通过终端上的客户端浏览测试网页，如点击测试页面对应的网络地址链接，或在浏览器地址栏输入测试网页对应的网络地址后执行确定操作时，终端响应于该操作，接收到针对测试网页的第一展示指令，并响应于该第一展示指令，发送请求获取测试页面对应的测试资源包的资源获取请求至接入服务器，接入服务器接收到终端发送的针对测试页面的资源获取请求。

步骤202：基于资源获取请求，确定对应测试页面的目标页面版本的测试资源包。

其中，目标页面版本为，用于进行页面测试的至少两种页面版本之一，每种页面版本对应一个测试资源包，每个测试资源包包括相应页面版本的页面代码及页面元素。

在一些实施例中，接入服务器在接收到针对测试页面的资源获取请求之前，可通过如下方式获取测试资源包集合：接收到代码构建***发送的测试资源包集合；其中，资源包集合中的测试资源包为，代码构建***基于各页面版本的页面代码构建得到；页面代码为，代码构建***对包括至少两种页面测试元素的源代码进行解耦，并基于解耦得到的各所述页面测试元素的调用代码生成得到。

这里，在实际实施时，接入层服务器中的测试资源包集合中的测试资源包由代码构建***构建得到，开发者通过终端上传测试页面对应的源代码至代码构建***后，代码构建***基于源代码，构建测试页面对应的至少两种页面版本的测试资源包集合，其中，测试资源包集合中包括对应各页面版本的测试资源包及全量测试资源包，并将构建的测试资源包集合推送至接入服务器和测试服务器，其中，测试服务器中还存储有相应的页面配置参数。

在代码构建***构建测试资源包时，代码构建***获取包括至少两种页面测试元素的源代码；对源代码进行解耦，得到对应各页面测试元素的调用代码；获取测试页面对应的页面配置参数，基于页面配置参数及对应各页面测试元素的调用代码，生成页面配置参数对应各页面版本的页面代码，以及全量测试代码；也就是说，代码构建***在构建测试资源包时，根据不同的页面配置参数，构建不同的测试资源包及全量测试资源包。

以测试页面中的横幅(Banner)和按键(Button)为例，假设Banner包括BannerA与BannerB两种情况，Button包括ButtonA与ButtonB两种情况，则页面配置参数包括以下四种组合方式：BannerA-ButtonA、BannerB-ButtonA、BannerA-ButtonB、BannerB-ButtonA，则代码构建***对源代码解耦后，得到对应BannerA、BannerB、ButtonA、ButtonB的调用代码依次为：BannerA(index.A.js)、BannerB(index.B.js)、ButtonA(index.A.js)、ButtonB(index.B.js)；接着基于页面配置参数及各页面测试元素，将页面配置参数所指示的页面测试元素与测试页面中除页面测试元素之外的其他元素对应的调用代码进行组合，得到各页面版本的页面代码，如页面配置参数为BannerA-ButtonA时，将BannerA对应的页面代码、ButtonA对应的页面代码，与除Banner和Button之外的页面元素对应的测试代码进行组合，得到BannerA-ButtonA这一页面配置参数指示的页面版本对应的测试代码；然后将得到的对应各页面版本的页面代码与全量页面代码(包括Banner和Button所有情况在内的测试代码)推送至接入服务器和测试服务器中。

在一些实施例中，接入服务器还可通过如下方式获取全量测试资源包：接收并存储代码构建***发送的全量测试资源包；其中，全量测试资源包包括：至少两种页面版本对应的页面元素、以及对应至少两种页面版本的全量页面代码；全量页面代码，用于依据页面配置参数，从全量页面代码中读取相应页面版本的页面代码。

这里，代码构建***构建完测试资源包时，可将全量测试资源包与对应各页面版本的测试资源包一同发送至接入服务器，还可基于接入服务器的请求，分别将全量测试资源包或对应各页面版本的测试资源包单独发送至接入服务器，如接入服务器的请求获取全量测试资源包时，代码构建***仅将全量测试资源包发送至接入服务器。

在一些实施例中，接入服务器可通过如下方式基于资源获取请求，从对应至少两种页面版本的测试资源包集合中选取对应测试页面的测试资源包：

发送对应测试页面的配置参数获取请求至测试服务器；接收到返回的测试服务器为测试页面分配的页面配置参数；基于页面配置参数，从测试资源包集合中选取对应测试页面的测试资源包。

这里，接入服务器中存储有测试页面对应的测试资源包，由于测试资源包包括全量测试资源包和对应各页面版本的测试资源包，若想获取某一页面版本的测试资源包，则需向测试服务器请求获取为测试页面分配的页面配置参数，进而基于页面配置参数，从测试资源包集合中选取页面配置参数所指示的测试版本对应的测试资源包。

在一些实施例中，接入服务器可通过如下方式发送对应测试页面的配置参数获取请求至测试服务器：

发送携带测试页面的页面标识的配置参数获取请求至测试服务器；相应的，接入服务器可通过如下方式接收到返回的测试服务器为所述测试页面分配的页面配置参数：接收到测试服务器返回的对应目标测试版本的页面配置参数；其中，页面配置参数为，测试服务器基于所述页面标识，确定相应的至少两种测试版本，从至少两种测试版本对应的页面配置参数中选取得到。

这里，接入服务器发送携带测试页面的页面标识的配置参数获取请求至测试服务器，测试服务器基于配置参数获取请求中的页面标识，确定测试页面对应的至少两种测试版本，从至少两种测试版本对应的页面配置参数中选取为测试页面分配的页面配置参数并返回；接入服务器接收到测试服务器返回的页面配置参数，并基于页面配置参数，从测试资源包集合中选取对应测试页面的测试资源包。

步骤203：返回目标页面版本的测试资源包，以基于测试资源包，展示对应目标页面版本的测试页面。

这里，接入服务器将目标页面版本的测试资源包返回至终端，终端接收到目标页面版本的测试资源包后，加载测试资源包中目标页面版本的页面代码；基于加载的页面代码，确定目标页面版本对应的页面元素的页面布局；基于页面布局，对目标页面版本对应的页面元素进行渲染，以展示渲染得到的测试页面。

步骤204：接收到针对测试页面的页面操作对应的操作数据，并基于操作数据评估所述目标页面版本。

在实际应用中，用户可基于终端所展示的测试页面，决定针对测试页面执行何种页面操作，如终端所展示的测试页面简洁美观且便于交互，则用户可点击测试页面中呈现的其他关联页面的按钮，终端响应于该点击操作，进行页面跳转，由当前的测试页面跳转至关联页面，此时，页面操作指示进行页面跳转至测试页面的关联页面。

在进行页面测试时，接入服务器首先建立多个页面版本的测试页面，不同页面版本的测试页面之间可能在标题字体、背景颜色、布局设置或者措辞等方面有所不同，然后将各个页面版本的测试页面以随机的方式同时推送给所有浏览用户，浏览用户对应的终端记录用户对相应页面版本的测试页面的页面操作的操作数据，如操作数据可以为用户基于该测试页面针对关联页面的点击数据，并定时或周期性地将操作数据发送至接入服务器；接入服务器基于各个用户终端发送的操作数据，分别统计通过各个页面版本的测试页面到达关联页面的用户占的百分比，进而基于用户占的百分比对各个测试页面对应的页面版本进行评估。

例如，对于某网页而言，测试页面A采用第一待测页面版本的配置参数配置，导航栏为红色，测试页面B采用第二待测页面版本内的配置参数配置，导航栏为黑色，服务器分别将对应该网页测试业务的流量分配给不同待测版本的配置参数配置的测试页面，使得目标用户群组A访问页面时，显示测试页面A，目标用户群组B访问页面时，显示测试页面B，分别获取目标用户群组A、B对应不同测试页面的点击数据；当目标用户群组A的点击数据显著大于目标用户群组B的点击数据时，确定测试页面A为用户更喜欢的页面。

接下来继续对本申请实施例提供的页面测试方法进行说明，在一些实施例中，结合图2及图6，图6为本申请实施例提供的页面测试方法的流程示意图，以图2中的终端200-1与接入服务器300-1协同实施本申请实施例提供的页面测试方法为例进行说明。

步骤301：接入服务器接收到代码构建***发送的针对测试页面的测试资源包集合。

其中，测试资源包集合为用于对测试页面对应的至少两种页面版本进行测试，包括对应各页面版本的测试资源包及全量测试资源包。

步骤302：终端响应于针对测试页面的第一展示指令，发送对应测试页面的资源获取请求至接入服务器。

步骤303：接入服务器接收到针对测试页面的资源获取请求。

步骤304：接入服务器基于资源获取请求，从测试资源包集合中选取对应测试页面的目标页面版本的测试资源包。

这里，在实际应用中，接入服务器发送携带测试页面的页面标识的配置参数获取请求至测试服务器，测试服务器基于配置参数获取请求中的页面标识，确定测试页面对应的至少两种测试版本，从至少两种测试版本对应的页面配置参数中选取为测试页面分配的页面配置参数并返回；接入服务器接收到测试服务器返回的页面配置参数，并基于页面配置参数，从测试资源包集合中选取对应测试页面的测试资源包。

步骤305：接入服务器返回对应目标页面版本的测试资源包至终端。

步骤306：终端接收到对应目标页面版本的测试资源包。

步骤307：基于接收到的测试资源包中目标页面版本的页面代码，对相应的页面元素进行渲染，以展示测试页面。

步骤308：终端在展示测试页面的过程中，接收到针对测试页面的页面操作。

步骤309：当页面操作指示进行页面跳转至测试页面的关联页面时，终端发送页面操作对应的操作数据至接入服务器。

步骤310：接入服务器基于操作数据评估目标页面版本。

下面，将说明本申请实施例在一个实际的应用场景中的示例性应用。本申请实施例提供的页面测试方法可应用于React Native(简称RN)场景页面的AB测试。通常情况下，产品开发者在设计开发某一测试页面时，往往设计多个页面版本，不同的页面版本对应的页面可能在标题字体、背景颜色、布局设置或者措辞等显示方面有所不同，如对于测试页面的某一页面元素(如按钮、横幅等)设计多种样式，并调整页面元素的显示位置，如横幅的显示位置位于测试页面的顶部还是底部。当开发者需要判断哪个页面版本(即显示样式)更优时，就需要将不同的页面版本随机推送至访问该测试页面的用户终端，以收集用户终端反馈的用户体验数据和业务数据，进而分析评估出最好的页面版本正式采用。

在一些实施例中，结合图2及图7，图7为本申请实施例提供的页面测试方法的流程示意图，该方法由开发者对应的终端200-2、代码构建***400、资源服务器、配置服务器、接入服务器300-1、访问者对应的终端200-1、终端200-1对应的缓存服务器协同实施，其中，上述实施例中将资源服务器与配置服务器归统称为测试服务器300-2，接下来将结合图7示出的步骤进行说明。

步骤401：终端200-2将测试页面的源代码上传至代码构建***400。

这里，测试页面的开发者通过终端200-2将测试页面的源代码上传至代码构建***400。

步骤402：代码构建***400构建测试页面对应的测试资源包集合，并推送至接入服务器300-1和资源服务器。

这里，在实际实施时，代码构建***400基于源代码，构建测试页面对应的至少两种页面版本的测试资源包集合，其中，测试资源包集合中包括对应各页面版本的测试资源包及全量测试资源包。

在代码构建***构建测试资源包时，代码构建***400获取包括至少两种页面测试元素的源代码；获取不同的页面元素对应的测试代码间的依赖关系，并基于获取的依赖关系，对源代码进行解耦，得到对应各页面测试元素的调用代码；确定测试页面对应的页面配置参数，基于页面配置参数及对应各页面测试元素的调用代码，生成页面配置参数对应各页面版本的页面代码，以及全量测试代码，其中，全量测试代码为对应测试页面中所有页面元素的测试代码。

在实际应用中，为了让AB测试的不同测试版本的代码尽量解耦，方便构建各页面版本的测试代码时，根据页面配置参数拆分代码，在组织测试代码时，可存储各页面版本的页面代码至同一测试页面对应的目录下，例如，对于横幅(Banner)对应的测试代码，假设横幅(Banner)包括：BannerA、BannerB、BannerC三种情况，则将BannerA(index.A.js)、BannerB(index.B.js)、BannerC(index.C.js)、Banner(index.js)存储至BannerTest()这一组件目标下，其中，BannerTest()是AB测试组件的名称，BannerA(index.A.js)指的是A组件的入口，以此类推，Banner(index.js)指的是这个组件整体的入口，包含了请求AB测试配置参数和选择测试资源的逻辑。

在引入BannerTest()组件时，可直接使用类似Banner＝import(‘./BannerTest’)的方式，如此，可返回相应的测试结果，如Banner位置的AB测试，方便支持AB测试不以组件样式体现的情况。Banner(index.js)是测试代码的核心，主要目的是能够在构建全量测试资源包时，把不同测试配置参数的测试资源粘合起来，并基于页面配置参数，从测试资源集合中选择使用哪个页面版本的测试资源包(或组件)。

仍以测试页面中的横幅(Banner)和按键(Button)为例，参见图8，图8为本申请实施例提供的测试资源包的组织方法的流程示意图，在实际实施时，从配置服务器中读取页面配置参数，基于页面配置参数，从缓存服务器存储的测试资源集合(Banner(index.js)和Button(index.js))中，选择相应页面版本的测试组件，如BannerA(index.A.js)、BannerB(index.B.js)、ButtonA(index.A.js)或ButtonB(index.B.js)。

如上所述，代码构建***构建出的测试资源包集合包括对应各页面版本的测试资源包及全量测试资源包，对于包含所有实验结果(即页面版本)的全量测试资源包，由于每个实验目录下已经有了组件的整体入口，如Banner(index.js)，因此，构建全量测试资源包方式默认是支持的。

对于构建对应各页面版本的测试资源包，这里可使用Babel来动态修改依赖，在实际实施时，可将整体入口的组件动态修改成依赖某种页面配置参数对应的具体组件，如将测试代码中依赖的Banner(index.js)动态修改成依赖Banner(index.A.js)这种具体的组件，经过多次构建就可以得到多个只包含特定实验内容或特定页面配置参数对应的测试资源包了。

参见图9，图9为本申请实施例提供的测试资源包的构建方法的流程示意图，包括：1.代码构建***首先将测试页面对应的源代码转化为抽象语法树(AST，Abstract SyntaxCode)；这里，将源代码用相应的抽象语法结构的树状表示，树上的每个节点都表示源代码中的一种结构，由于AST不依赖于具体的文法，不依赖于语言的细节，将源代码转化为AST后，可以通过对AST的操作实现各种各样形形色色的功能；2.从配置服务器中获取页面配置参数，通过页面配置参数获取测试代码的路径；3.通过获取的路径遍历测试代码时，获取AST中页面元素对应的测试代码间的依赖关系；4.基于获取的依赖关系，对源代码进行解耦，得到对应各页面测试元素的调用代码，例如，找到AB测试组件Banner(index.js)，并基于页面配置参数，将Banner(index.js)动态修改成依赖Banner(index.A.js)或Banner(index.B.js)这种具体的组件，如此原来的依赖为Banner(index.js)，改成依赖Banner(index.A.js)做到只依赖特定的组件，而不再是全部依赖；最后将页面配置参数所指示的页面测试元素与测试页面中除页面测试元素之外的其他元素对应的调用代码进行组合，生成最终的测试资源包。

仍以测试页面中的横幅(Banner)和按键(Button)为例，假设Banner包括BannerA与BannerB两种情况，Button包括ButtonA与ButtonB两种情况，则页面配置参数包括以下四种组合方式：BannerA-ButtonA、BannerB-ButtonA、BannerA-ButtonB、BannerB-ButtonA，则代码构建***对源代码解耦后，得到对应BannerA、BannerB、ButtonA、ButtonB的调用代码依次为：BannerA(index.A.js)、BannerB(index.B.js)、ButtonA(index.A.js)、ButtonB(index.B.js)；接着基于页面配置参数及各页面测试元素，将页面配置参数所指示的页面测试元素与测试页面中除页面测试元素之外的其他元素对应的调用代码进行组合，得到各页面版本的页面代码，如页面配置参数为BannerA-ButtonA时，将BannerA对应的页面代码、ButtonA对应的页面代码，与除Banner和Button之外的页面元素对应的测试代码进行组合，得到BannerA-ButtonA这一页面配置参数指示的页面版本对应的测试代码；以此类推，得到其他页面配置参数指示的页面版本对应的测试代码，并得到包括Banner和Button所有情况在内的全量测试代码。

另外，在构建测试资源包中页面元素的调用代码时，除了使用babel来修改依赖之外，还可基于React Native支持配置不同的后缀名来构建，如测试页面对应的测试代码的后缀名可为js、ts或tsx等，因此，可在前面加上A.js，那么当目录下存在Banner(index.js)和Banner(index.A.js)的情况下，构建测试版本的测试代码时，会默认依赖Banner(index.A.js)，而不再是全部依赖。

步骤403：终端200-1响应于针对测试页面的第一展示指令，发送对应测试页面的资源获取请求至接入服务器300-1。

这里，当访问者通过终端200-1上的客户端首次浏览测试网页时，终端本地未存储有该测试页面的全量测试资源包，需向接入服务器中发送资源获取请求，以请求测试页面中目标页面版本对应的测试资源包。

步骤404：接入服务器300-1发送配置参数获取请求至配置服务器。

其中，配置参数获取请求携带测试页面的页面标识，配置服务器存储有测试页面对应的至少两个页面版本的页面配置参数。

步骤405：配置服务器基于配置参数获取请求，获取为测试页面分配的页面配置参数，并返回至接入服务器300-1。

这里，配置服务器基于配置参数获取请求中的页面标识，确定测试页面对应的至少两种测试版本，并从至少两种测试版本对应的页面配置参数中，选取为测试页面分配的页面配置参数。

步骤406：接入服务器300-1基于页面配置参数，从测试资源包集合中选取对应目标页面版本的测试资源包，并返回至终端200-1。

这里，终端200-1接收到对应目标页面版本的测试资源包，并基于接收到的测试资源包中目标页面版本的页面代码，对相应的页面元素进行渲染，以展示测试页面。

通过上述方式，访问者首次访问测试页面时，终端200-1接收到的对应目标页面版本的测试资源包，相较于接收所有页面版本对应的全量测试资源包而言，数据传输量大大降低，能够提高测试页面的加载速度，进而提高页面测试效率。

步骤407：缓存服务器发送对应测试页面的全量资源获取请求至资源服务器。

其中，全量资源获取请求用于请求获取对应测试页面的全量测试资源包。

步骤408：资源服务器基于全量资源获取请求，获取全量测试资源包并返回至缓存服务器。

这里，缓存服务器接收返回的全量测试资源包，并存储在本地。

通过上述方式，访问者首次访问测试页面后，终端200-1对应的本地缓存服务器离线请求获取全量测试资源包，以备后续访问。全量测试资源包包括测试页面对应的至少两种页面版本对应的页面测试资源。

步骤409：终端200-1响应于针对测试页面的第二展示指令，发送对应测试页面的资源获取请求至缓存服务器。

步骤410：缓存服务器获取并返回对应测试页面的全量测试资源包至终端200-1。

步骤411：终端200-1发送对应测试页面的页面配置参数请求至配置服务器。

步骤412：配置服务器基于页面配置参数请求，获取对应测试页面的页面配置参数并返回至终端200-1。

这里，终端200-1基于接收的页面配置参数，从全量测试资源包中获取相应的页面测试资源，并基于获取的页面测试资源展示测试页面。

通过上述方式，当终端200-1再次接收到针对页面测试指令时，由于本地缓存服务器中已存储全量测试资源包，因此，可直接从缓存服务器中获取全量测试资源包，并基于配置服务器为测试页面分配的页面配置参数，从全量测试资源包中获取相应的页面测试资源，以展示相应的测试页面。

当终端在展示测试页面的过程中，接收到针对测试页面的页面操作，并当页面操作指示进行页面跳转至测试页面的关联页面时，发送页面操作对应的操作数据至接入服务器，以接入服务器基于操作数据评估目标页面版本。

接下来从访问者访问测试页面、服务器端的实现方式继续对本申请实施例提供的页面测试方法进行说明，结合图2及图10，图10为本申请实施例提供的页面测试方法的流程示意图，该方法由访问者对应的终端200-1、接入服务器300-1、资源服务器、配置服务器、其中，上述实施例中将资源服务器与配置服务器统称为测试服务器300-2，接下来将结合图10示出的步骤进行说明。

步骤501：终端200-1响应于针对测试页面的第一展示指令，发送对应测试页面的资源获取请求至接入服务器300-1。

步骤502：接入服务器300-1发送页面配置参数请求至配置服务器。

其中，面配置参数请求携带测试页面的页面标识，配置服务器存储有测试页面对应的至少两个页面版本的页面配置参数。

步骤503：配置服务器基于面配置参数请求，获取为测试页面分配的页面配置参数，并返回至接入服务器300-1。

这里，配置服务器基于面配置参数请求中的页面标识，确定测试页面对应的至少两种测试版本，并从至少两种测试版本对应的页面配置参数中，选取为测试页面分配的页面配置参数。

步骤504：接入服务器300-1发送对应测试页面的资源获取请求至资源服务器。

这里，资源获取请求携带获取的页面配置参数。

步骤505：资源服务器基于资源获取请求，获取对应目标页面版本的测试资源包，并返回至接入服务器300-1。

步骤506：接入服务器300-1发送对应目标页面版本的测试资源包至终端200-1。

这里，终端200-1接收到对应目标页面版本的测试资源包，并基于接收到的测试资源包中目标页面版本的页面代码，对相应的页面元素进行渲染，以展示测试页面。

需要说明的，若接入服务器中存储有测试页面对应的测试资源包集合时，接入服务器可直接基于页面配置参数，从存储的测试资源包集合中读取对应目标页面版本的测试资源包，并返回至终端200-1，而无需再从资源服务器中获取。

上述步骤是对接入服务器从配置服务器处成功获取对应测试页面的页面配置参数的情况下，对本申请实施例提供的页面测试方法进行的说明，接下来将从接入服务器从配置服务器获取对应测试页面的页面配置参数失败的情况下，继续对本申请实施例提供的页面测试方法进行说明。

步骤507：终端200-1响应于针对测试页面的第一展示指令，发送对应测试页面的资源获取请求至接入服务器300-1。

步骤508：接入服务器300-1发送配置参数获取请求至配置服务器。

其中，配置参数获取请求携带测试页面的页面标识，配置服务器存储有测试页面对应的至少两个页面版本的页面配置参数。

步骤509：接入服务器300-1获取对应测试页面的页面配置参数失败时，发送对应测试页面的资源获取请求至资源服务器。

步骤510：资源服务器基于资源获取请求，获取对应测试页面的全量测试资源包，并返回至接入服务器300-1。

步骤511：接入服务器300-1发送对应测试页面的全量测试资源包至终端200-1。

这里，终端200-1接收到对应测试页面的全量测试资源包后，需再次向配置服务器(即测试服务器)获取对应测试页面的页面配置参数，并基于获取的页面配置参数，从全量测试资源包中获取对应测试页面的页面测试资源，以基于获取的页面测试资源展示测试页面。

当终端在展示测试页面的过程中，接收到针对测试页面的页面操作，并当页面操作指示进行页面跳转至测试页面的关联页面时，发送页面操作对应的操作数据至接入服务器，以接入服务器基于操作数据评估目标页面版本。

通过上述方式，能够保证测试页面的正常展示。同样需要说明的，若接入服务器中存储有测试页面对应的测试资源包集合时，接入服务器可直接从存储的测试资源包集合中读取全量测试资源包，并返回至终端200-1，而无需再从资源服务器中获取。

通过上述方式，当终端请求展示测试页面的页面内容时，接收到的是对应目标页面版本的测试资源包，相较于接收到所有页面版本对应的全量测试资源包而言，数据传输量大大降低，而且无需再去请求获取页面配置参数，即无需消耗页面配置参数的请求时间，能够提高测试页面的加载速度，进而提高页面测试效率；同时，在构建测试代码时，降低了代码耦合，有利于代码调用及复用。

下面继续说明本申请实施例提供的页面测试装置555的实施为软件模块的示例性结构，在一些实施例中，如图11所示，图11为本申请实施例提供的页面测试装置的结构示意图，存储在存储器550的页面测试装置555中的软件模块可以包括：

请求发送模块5551，用于响应于针对测试页面的第一展示指令，发送对应所述测试页面的资源获取请求；

资源接收模块5552，用于接收到响应所述资源获取请求返回的对应目标页面版本的测试资源包；

其中，所述目标页面版本为，用于进行页面测试的至少两种页面版本之一；

页面展示模块5553，用于基于接收到的测试资源包，展示对应所述目标页面版本的测试页面；

操作接收模块5554，用于在展示所述测试页面的过程中，接收到针对所述测试页面的页面操作；

数据发送模块5555，用于当所述页面操作指示进行页面跳转至所述测试页面的关联页面时，发送所述页面操作对应的操作数据，以基于所述操作数据评估所述目标页面版本。

在一些实施例中，所述请求发送模块，还用于获取记录的所述测试页面对应的展示次数；

当基于所述展示次数，确定所述第一展示指令为针对所述测试页面的首次展示指令时，发送对应所述测试页面的资源获取请求。

在一些实施例中，所述发送对应所述测试页面的资源获取请求之后，所述装置还包括：

资源缓存模块，用于发送对应所述测试页面的全量资源获取请求，以请求获取对应所述测试页面的全量测试资源包；

其中，所述全量测试资源包，包括所述至少两种页面版本对应的页面测试资源；

接收返回的所述全量测试资源包，并存储所述全量测试资源包至本地。

在一些实施例中，所述存储所述全量测试资源包至本地之后，所述装置还包括：

配置请求模块，用于响应于针对所述测试页面的第二展示指令，发送对应所述测试页面的页面配置参数请求，以请求获取对应所述测试页面的页面配置参数；

接收返回的对应所述测试页面的页面配置参数；

基于接收的页面配置参数，从所述全量测试资源包中获取相应的页面测试资源，并基于获取的页面测试资源展示所述测试页面。

在一些实施例中，所述资源接收模块，还用于接收到接入服务器返回的对应所述测试页面的测试资源包；

其中，所述测试资源包为，所述接入服务器基于所述资源获取请求，从测试服务器处成功获取对应所述测试页面的页面配置参数后，基于所述页面配置参数从测试资源包集合中选取得到。

在一些实施例中，当所述接入服务器获取对应所述测试页面的页面配置参数失败时，所述装置还包括：

全量资源接收模块，用于接收到所述接入服务器返回的对应所述测试页面的全量测试资源包；

配置参数获取模块，用于获取对应所述测试页面的页面配置参数；

所述页面展示模块，还用于基于所述页面配置参数，从所述全量测试资源包中获取对应所述测试页面的页面测试资源，并基于获取的页面测试资源展示所述测试页面。

在一些实施例中，所述展示对应所述目标页面版本的测试页面之前，所述装置还包括：

所述页面获取模块，还用于加载所述测试资源包中对应所述目标页面版本的页面代码；

基于加载的所述页面代码，确定所述目标页面版本对应的页面元素的页面布局；

基于所述页面布局，对所述目标页面版本对应的页面元素进行渲染，得到对应所述目标页面版本的测试页面。

上述方案中，所述发送所述页面操作对应的操作数据之前，所述装置还包括：

数据处理模块，用于获取所述页面操作对应的操作数据，并存储所述页面操作对应的操作数据；

相应的，所述数据发送模块，还用于确定所述操作数据对应的上报时间点；

确定所述上报时间点到达时，发送所述页面操作对应的操作数据。

接下来继续对本申请实施例提供一种页面测试装置进行说明，在一些实施例中，如12所示，图12为本申请实施例提供的页面测试装置的结构示意图，本申请实施例提供的页面测试装置120中的软件模块可以包括：

请求接收模块121，用于接收到针对测试页面的资源获取请求；

资源确定模块122，用于基于所述资源获取请求，确定对应所述测试页面的目标页面版本的测试资源包；

其中，所述目标页面版本为，用于进行页面测试的至少两种页面版本之一；

资源返回模块123，用于返回所述目标页面版本的测试资源包，以基于所述测试资源包，展示对应所述目标页面版本的测试页面；

版本评估模块124，用于接收到针对所述测试页面的页面操作对应的操作数据，并基于所述操作数据评估所述目标页面版本；

其中，所述页面操作，用于指示进行页面跳转至所述测试页面的关联页面。

在一些实施例中，所述资源确定模块，还用于发送对应所述测试页面的配置参数获取请求至测试服务器；

接收到返回的所述测试服务器为所述测试页面分配的页面配置参数；

基于所述页面配置参数，从所述测试资源包集合中选取对应所述测试页面的测试资源包。

在一些实施例中，所述资源确定模块，还用于发送携带所述测试页面的页面标识的配置参数获取请求至测试服务器；

接收到所述测试服务器返回的对应所述目标测试版本的页面配置参数；

其中，所述页面配置参数为，所述测试服务器基于所述页面标识，确定相应的至少两种测试版本，从所述至少两种测试版本对应的页面配置参数中选取得到。

在一些实施例中，所述接收到请求获取测试页面的测试资源包的资源获取请求之前，所述装置还包括：

测试资源包集合接收模块，用于接收到代码构建***发送的所述测试资源包集合；

其中，所述资源包集合中的测试资源包为，所述代码构建***基于各所述页面版本的页面代码构建得到；

所述页面代码为，所述代码构建***对包括至少两种页面测试元素的源代码进行解耦，并基于解耦得到的各所述页面测试元素的调用代码生成得到。

上述方案中，所述装置还包括：

全量测试资源包接收模块，用于接收并存储所述代码构建***发送的全量测试资源包；

其中，所述全量测试资源包包括：所述至少两种页面版本对应的页面元素、以及对应所述至少两种页面版本的全量页面代码；

所述全量页面代码，用于依据页面配置参数，从所述全量页面代码中读取相应页面版本的页面代码。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例上述的页面测试方法。

本申请实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的页面测试方法。

在一些实施例中，计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件***中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。

Claims (15)

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

响应于针对测试页面的第一展示指令，发送对应所述测试页面的资源获取请求；

接收到响应所述资源获取请求返回的对应目标页面版本的测试资源包；

其中，所述目标页面版本为，用于进行页面测试的至少两种页面版本之一；

基于所述测试资源包，展示对应所述目标页面版本的测试页面；

在展示所述测试页面的过程中，接收到针对所述测试页面的页面操作；

当所述页面操作指示进行页面跳转至所述测试页面的关联页面时，发送所述页面操作对应的操作数据，以基于所述操作数据评估所述目标页面版本。

2.如权利要求1所述的方法，其特征在于，所述发送对应所述测试页面的资源获取请求，包括：

获取记录的所述测试页面对应的展示次数；

当基于所述展示次数，确定所述第一展示指令为针对所述测试页面的首次展示指令时，发送对应所述测试页面的资源获取请求。

3.如权利要求1所述的方法，其特征在于，所述发送对应所述测试页面的资源获取请求之后，所述方法还包括：

发送对应所述测试页面的全量资源获取请求，以请求获取对应所述测试页面的全量测试资源包；

其中，所述全量测试资源包，包括所述至少两种页面版本对应的页面测试资源；

接收返回的所述全量测试资源包，并存储所述全量测试资源包至本地。

4.如权利要求3所述的方法，其特征在于，所述存储所述全量测试资源包至本地之后，所述方法还包括：

响应于针对所述测试页面的第二展示指令，发送对应所述测试页面的页面配置参数请求，以请求获取对应所述测试页面的页面配置参数；

接收返回的对应所述测试页面的页面配置参数；

基于接收的页面配置参数，从所述全量测试资源包中获取相应的页面测试资源，并基于获取的页面测试资源展示所述测试页面。

5.如权利要求1所述的方法，其特征在于，所述接收到响应所述资源获取请求返回的对应目标页面版本的测试资源包，包括：

接收到接入服务器基于所述资源获取请求确定并返回的对应所述测试页面的测试资源包；

其中，所述测试资源包为，所述接入服务器基于所述资源获取请求，从测试服务器处成功获取对应所述测试页面的页面配置参数后，基于所述页面配置参数从测试资源包集合中选取得到。

6.如权利要求5所述的方法，其特征在于，当所述接入服务器获取对应所述测试页面的页面配置参数失败时，所述方法还包括：

接收到所述接入服务器返回的对应所述测试页面的全量测试资源包；

获取对应所述测试页面的页面配置参数；

基于所述页面配置参数，从所述全量测试资源包中获取对应所述测试页面的页面测试资源，并基于获取的页面测试资源展示所述测试页面。

7.如权利要求1所述的方法，其特征在于，所述发送所述页面操作对应的操作数据之前，所述方法还包括：

获取所述页面操作对应的操作数据，并存储所述页面操作对应的操作数据；

相应的，所述发送所述页面操作对应的操作数据，包括：

确定所述操作数据对应的上报时间点；

确定所述上报时间点到达时，发送所述页面操作对应的操作数据。

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

接收到针对测试页面的资源获取请求；

基于所述资源获取请求，确定对应所述测试页面的目标页面版本的测试资源包；

其中，所述目标页面版本为，用于进行页面测试的至少两种页面版本之一；

返回所述目标页面版本的测试资源包，以基于所述测试资源包，展示对应所述目标页面版本的测试页面；

接收到针对所述测试页面的页面操作对应的操作数据，并基于所述操作数据评估所述目标页面版本；

其中，所述页面操作，用于指示进行页面跳转至所述测试页面的关联页面。

9.如权利要求8所述的方法，其特征在于，所述基于所述资源获取请求，确定对应所述测试页面的测试资源包，包括：

发送对应所述测试页面的配置参数获取请求至测试服务器；

接收到返回的所述测试服务器为所述测试页面分配的页面配置参数；

基于所述页面配置参数，从所述测试资源包集合中选取对应所述测试页面的测试资源包。

10.如权利要求9所述的方法，其特征在于，所述发送对应所述测试页面的配置参数获取请求至测试服务器，包括：

发送携带所述测试页面的页面标识的配置参数获取请求至测试服务器；

相应的，所述接收到返回的所述测试服务器为所述测试页面分配的页面配置参数，包括：

接收到所述测试服务器返回的对应所述目标测试版本的页面配置参数；

其中，所述页面配置参数为，所述测试服务器基于所述页面标识，确定相应的至少两种测试版本，从所述至少两种测试版本对应的页面配置参数中选取得到。

11.如权利要求8所述的方法，其特征在于，所述接收到针对测试页面的资源获取请求之前，所述方法还包括：

接收到代码构建***发送的所述测试资源包集合；

其中，所述资源包集合中的测试资源包为，所述代码构建***基于各所述页面版本的页面代码构建得到；

所述页面代码为，所述代码构建***对包括至少两种页面测试元素的源代码进行解耦，并基于解耦得到的各所述页面测试元素的调用代码生成得到。

12.如权利要求11所述的方法，其特征在于，所述方法还包括：

接收并存储所述代码构建***发送的全量测试资源包；

其中，所述全量测试资源包包括：所述至少两种页面版本对应的页面元素、以及对应所述至少两种页面版本的全量页面代码；

所述全量页面代码，用于依据页面配置参数，从所述全量页面代码中读取相应页面版本的页面代码。

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

请求发送模块，用于响应于针对测试页面的第一展示指令，发送对应所述测试页面的资源获取请求；

资源接收模块，用于接收到响应所述资源获取请求返回的对应目标页面版本的测试资源包；

其中，所述目标页面版本为，用于进行页面测试的至少两种页面版本之一；

页面展示模块，用于基于所述测试资源包，展示对应所述目标页面版本的测试页面；

操作接收模块，用于在展示所述测试页面的过程中，接收到针对所述测试页面的页面操作；

数据发送模块，用于当所述页面操作指示进行页面跳转至所述测试页面的关联页面时，发送所述页面操作对应的操作数据，以基于所述操作数据评估所述目标页面版本。

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

请求接收模块，用于接收到针对测试页面的资源获取请求；

资源确定模块，用于基于所述资源获取请求，确定对应所述测试页面的目标页面版本的测试资源包；

其中，所述目标页面版本为，用于进行页面测试的至少两种页面版本之一素；

资源返回模块，用于返回所述目标页面版本的测试资源包，以基于所述测试资源包，展示对应所述目标页面版本的测试页面；

版本评估模块，用于接收到针对所述测试页面的页面操作对应的操作数据，并基于所述操作数据评估所述目标页面版本；

其中，所述页面操作，用于指示进行页面跳转至所述测试页面的关联页面。

15.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于被处理器执行时，实现权利要求1至12任一项所述的页面测试方法。

Images