CN111124932B

CN111124932B - 方案验证方法、系统、装置、计算机设备和存储介质

Info

Publication number: CN111124932B
Application number: CN201911398165.8A
Authority: CN
Inventors: 陈智颖; 余平
Original assignee: Guangzhou Huaduo Network Technology Co Ltd
Current assignee: Guangzhou Huaduo Network Technology Co Ltd
Priority date: 2019-12-30
Filing date: 2019-12-30
Publication date: 2023-06-09
Anticipated expiration: 2039-12-30
Also published as: CN111124932A

Abstract

本申请涉及一种方案验证方法、系统、装置、计算机设备和存储介质，服务器接收到客户端发送的用于请；验证类型为实验组或对照组，然后向客户端下发验证类型对应的目标视图控件的视图加载信息，以指示客户端展示目标视图控件的视图加载信息。该实施例不需要重新对每个方案的验证都发新版本，而根据客户端的验证类型可以随时下发不同方案的数据，动态进行ABTest实验，提高了两种方案验证的效率。

Description

方案验证方法、系统、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种方案验证方法、系统、装置、计算机设备和存储介质。

背景技术

在移动开发中，通常会通过ABTest来验证用户对产品需求的反应。ABTest就是为同一个目标产品制定两个方案(比如两个页面一个用红色的按钮、另一个用蓝色的按钮)，让一部分用户使用A方案，另一部分用户使用B方案，然后通过日志记录用户的使用情况，并通过结构化的日志数据分析相关指标，如点击率、转化率等，从而得出哪个方案更符合预期设计目标，并最终将全部流量切换至符合预期设计目标的方案。

传统技术中，ABTest的实验过程为先单独发版A方案，收集用户对A方案的使用情况；然后再单独发版B方案，收集用户对B方案的使用情况；最后，基于两种用户使用情况进行最终的目标评估。

然而，现有技术中每一个ABTest方案的验证都需要单独重新发版，不能快速的进行AB方案的验证。

发明内容

基于此，有必要针对上述技术问题，提供一种方案验证方法、系统、装置、计算机设备和存储介质。

第一方面，本申请实施例提供一种方案验证方法，该方法包括：

接收客户端发送的视图控件加载请求；视图控件加载请求用于请求加载目标视图控件；

确定客户端的验证类型；验证类型为实验组或对照组；

向客户端下发验证类型对应的目标视图控件的视图加载信息；其中，不同的验证类型对应不同的视图控件的视图加载信息；视图加载信息用于指示客户端展示目标视图控件的视图加载信息。

在其中一个实施例中，若上述客户端为实验组，目标视图控件的视图加载信息包括视图基本配置信息和修改配置信息；修改配置信息包括目标展示信息；

视图基本配置信息，用于指示客户端基于视图基本配置信息加载目标视图控件对应的视图；

修改配置信息，用于指示客户端将视图中的初始展示信息修改为目标展示信息。

在其中一个实施例中，上述修改配置信息还包括目标视图控件的定位信息；

定位信息，用于指示客户端基于定位信息指示的位置处加载目标视图控件对应的视图。

在其中一个实施例中，若上述客户端为对照组，目标视图控件的视图加载信息包括视图基本配置信息；

则视图基本配置信息，用于指示客户端基于视图基本配置信息加载目标视图控件对应的视图。

第二方面，本申请实施例提供一种方案验证方法，该方法包括：

向服务器发送视图控件加载请求；视图控件加载请求用于请求加载目标视图控件；

接收服务器下发的与客户端的验证类型对应的目标视图控件的视图加载信息；验证类型为实验组或对照组；其中，不同的验证类型对应不同的视图控件的视图加载信息；

根据视图加载信息，展示目标视图控件的视图加载信息。

则上述根据视图加载信息，展示目标视图控件的视图加载信息包括：

基于视图基本配置信息加载目标视图控件对应的视图，并基于修改配置信息，将视图中的初始展示信息修改为目标展示信息。

则上述根据视图加载信息，展示目标视图控件的视图加载信息还包括：

基于定位信息指示的位置处加载目标视图控件对应的视图。

基于视图基本配置信息加载目标视图控件对应的视图。

第三方面，本申请实施例提供一种方案验证系统，该系统包括：服务器和客户端；

服务器，用于实现上述第一方面实施例中任一项的方案验证方法的步骤；

客户端，用于实现上述第二方面实施例中的方案验证方法的步骤。

第四方面，本申请实施例提供一种方案验证装置，该装置包括：

第一接收模块，用于接收客户端发送的视图控件加载请求；视图控件加载请求用于请求加载目标视图控件；

确定模块，用于确定客户端的验证类型；验证类型为实验组或对照组；

下发模块，用于向客户端下发验证类型对应的目标视图控件的视图加载信息；其中，不同的验证类型对应不同的视图控件的视图加载信息；视图加载信息用于指示客户端展示目标视图控件的视图加载信息。

第五方面，本申请实施例提供一种方案验证装置，该装置包括：

发送模块，用于向服务器发送视图控件加载请求；视图控件加载请求用于请求加载目标视图控件；

第二接收模块，用于接收服务器下发的与客户端的验证类型对应的目标视图控件的视图加载信息；验证类型为实验组或对照组；其中，不同的验证类型对应不同的视图控件的视图加载信息；

展示模块，用于根据视图加载信息，展示目标视图控件的视图加载信息。

第六方面，本申请实施例提供一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述第一方面和第二方面实施例提供的任一项方案验证方法的步骤。

第七方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面和第二方面实施例提供的任一项方案验证方法的步骤。

本申请实施例提供的一种方案验证方法、系统、装置、计算机设备和存储介质，服务器接收到客户端发送的用于请；验证类型为实验组或对照组，然后向客户端下发验证类型对应的目标视图控件的视图加载信息，以指示客户端展示目标视图控件的视图加载信息。该方法中，由于服务器是针对不同的客户端的验证类型发送不同的视图控件的视图加载信息，相当于，将客户端分为了两种类型分别执行不同的方案，这样，不需要重新对每个方案的验证都发新版本，而根据客户端的验证类型可以随时下发不同方案的数据，动态进行ABTest实验，提高了两种方案验证的效率。

附图说明

图1为一个实施例提供的一种方案验证系统框图；

图1a为一个实施例提供的一种服务器内部结构框图；

图2为一个实施例提供的一种方案验证方法的流程示意图；

图3为一个实施例提供的一种视图控件对应视图层级示意图；

图4为一个实施例提供的一种方案验证方法的流程示意图；

图5为一个实施例提供的一种方案验证装置的结构框图；

图6为一个实施例提供的一种方案验证装置的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

为了更好的理解本申请实施例提供的方案验证方法，提供一个本申请实施例适用的应用环境。请参见图1，本申请提供的一种方案验证方法，可以应用于如图1所示的方案验证系统。该系统包括服务器01以及多个客户端02，其中服务器01可以与各客户端02分别进行网络通信，各客户端02之间也可以进行网络通信。其中，服务器01包括但不限于是塔式服务器、机架服务器、刀片式服务器、高密度服务器、单路服务器、双路服务器、多路服务器等，本申请实施例对服务器的类型不作具体限定。其中，客户端02包括但不限于是各种个人计算机、笔记本电脑、媒体播放器、智能电视、智能手机、平板电脑和便携式可穿戴设备，本实施例对客户端的类型也不作具体限定。

其中，服务器01或客户端02的内部结构均可参见图1a所示计算机设备内部结构图。其中，该服务器包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该服务器的处理器用于提供计算和控制能力。该服务器的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该服务器的数据库用于存储一种方案验证方法的数据。该服务器的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种方案验证方法。可以理解的是，图1a所示的内部结构只是服务器01或客户端02的一种示例，并不用作限定。

在移动开发中，通常使用ABTest方案来验证用户对产品需求的反应。例如，在某个平台界面上同样的按钮，可能会因显示的文案不同，按钮的点击转化率导就不一样，导致后面的需求数据不一样，但现有技术中不能快速的进行AB方案的验证，基于此，本申请实施例提供一种方案验证方法、系统、装置、计算机设备和存储介质，可以动态的对ABtest中的两个方案进行验证，从而提高验证效率。

下面将通过实施例并结合附图具体地对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。需要说明的是，本申请提供的一种系方案验证方法，将以不同的执行主体对各实施例进行说明，图2-图3的执行主体为服务器，图4的执行主体为客户端，其中，各实施例的执行主体均还可以是方案验证装置，其中该装置可以通过软件、硬件或者软硬件结合的方式实现成为客户端或者服务器的部分或者全部。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。

下面对执行主体为服务器的一侧实施例进行说明。

在一个实施例中，图2提供了一种方案验证方法，本实施例涉及的是服务器根据客户端发送的视图控件加载请求，根据客户端的验证类型，向客户端下发对应的视图加载信息的具体过程，如图2所示，该方法包括：

S101，接收客户端发送的视图控件加载请求；视图控件加载请求用于请求加载目标视图控件。

本申请提供的方案验证方法，可以称为动态ABTest实验。实际应用中，当需要进行动态ABTest实验时，服务器需要根据开发人员在客户端上触发的请求开始进行ABTest实验。

服务器接收客户端发送的视图控件加载请求，该视图控件加载请求是开发人员在客户端上触发的，例如，开发人员通过客户端启动某个平台，当开发人员需要查看该平台中每个页面时，触发页面切换后，客户端都会向服务器发送加载当前界面上所有视图的视图控件加载请求。

基于此，本实施例以某个界面中的目标视图进行说明，那么客户端发送的视图控件加载请求是用于请求加载目标视图控件，这样通过目标视图控件后就可以加载目标视图。

S102，确定客户端的验证类型；验证类型为实验组或对照组。

在针对客户端发送的视图控件加载请求进行动态ABTest实验时，需要针对不同的客户端分别下发A方案和B方案，这种情况下，服务器在接收了客户端发送的视图控件加载请求后，服务器需要确定客户端的验证类型。

具体地，验证类型包括实验组或对照组两种，其中，实验组和对照组需要分别验证A方案或B方案，例如，B方案是新方案，A方案是原方案，则实验组指的需要验证新方案的用户组，对照组指的是需要验证原方案的用户组。

可选地，服务器可根据客户端的标识验证客户端的验证类型，那么在客户端向服务器发送视图控件加载请求时就需要携带客户端的标识。例如，可以根据客户端的标识中是否符合预先设定的一些实验组规则，若符合，则确定该客户端的验证类型是实验组，否则该客户端为对照组。

S103，向客户端下发验证类型对应的目标视图控件的视图加载信息；其中，不同的验证类型对应不同的视图控件的视图加载信息；视图加载信息用于指示客户端展示目标视图控件的视图加载信息。

在确定了客户端的验证类型后，服务器向客户端下发发验证类型对应的目标视图控件的视图加载信息。这里的目标视图控件的视图加载信息是服务器在客户端的验证类型获取的对应视图加载信息，用于指示该客户端展示该视图加载信息。这里的客户端展示指的要根据客户端在接收到服务器下发的目标视图控件的视图加载信息后，通过该控件在界面上加载并展示目标视图。

可以理解的是，实际应用中在进行ABTest实验时，需要预先将各视图控件在客户端的验证类型对应的视图控件的视图加载信息存储至数据库中，当接收到客户端的视图控件加载请求后，直接从数据库中获取对应的目标视图控件的视图加载信息。

本实施例提供的方案验证方法，服务器接收到客户端发送的用于请；验证类型为实验组或对照组，然后向客户端下发验证类型对应的目标视图控件的视图加载信息，以指示客户端展示目标视图控件的视图加载信息。该方法中，由于服务器是针对不同的客户端的验证类型发送不同的视图控件的视图加载信息，相当于，将客户端分为了两种类型分别执行不同的方案，这样，不需要重新对每个方案的验证都发新版本，而根据客户端的验证类型可以随时下发不同方案的数据，动态进行ABTest实验，提高了两种方案验证的效率。

在以上实施例的基础上，分别对客户端为实验组或者对照组两种情况时，服务器下发的视图加载信息进行详细说明。

则在一个实施例中，若上述客户端为实验组，目标视图控件的视图加载信息包括视图基本配置信息和修改配置信息；修改配置信息包括目标展示信息；其中，视图基本配置信息，用于指示客户端基于视图基本配置信息加载目标视图控件对应的视图；修改配置信息，用于指示客户端将视图中的初始展示信息修改为目标展示信息。

本实施例是客户端为实验组时的情况，那么服务器下发给实验组用户的视图加载信息包括视图基本配置信息和修改配置信息。这里的视图基本配置信息表示的是客户端界面上加载视图时所需的基本信息，是每个视图控件加载视图时都需要的信息。

这里的修改配置信息指的是实验组与对照组不同的信息，也就是相比于对照组与实现组展示视图时的不同的信息。例如，在目标视图上，对照组需要展示的是数据的单位是“万”，而实验组需要展示的数据的单位是“万人次”，那么修改配置信息中就需要携带该“万人次”的信息。

基于此，当客户端接收到服务器下发的基本配置信息后，根据该基本配置信息在界面上加载目标视图控件对应的视图，然后基于修改配置信息将视图中的初始展示信息修改为目标展示信息。可以理解的是，这里的初始展示信息就是上例中的“万”，而目标展示信息就是上例中的“万人次”，且初始展示信息可以是携带在基本配置信息中的。

可选地，在一个实施例中，上述修改配置信息还包括目标视图控件的定位信息；定位信息，用于指示客户端基于定位信息指示的位置处加载目标视图控件对应的视图。

也就是说，服务器下发的修改配置信息中还包括了定位信息，若客户端向服务器发送的视图控件加载请求中携带多个目标视图控件，那么服务器下发的视图加载信息就是多个视图控件的视图加载信息，那么可能存在多个视图控件都下发了修改配置信息，为了保证在展示视图时展示的目标展示信息不出现错误，需要在下发的修改配置信息中增加视图控件的定位信息，这样客户端就可以根据定位信息定位到正确的视图控件对应的视图，并修改视图中的原始展示信息为目标展示信息。

例如，定位信息可通过视图控件的标识实现，如图3所示，假设CClass是我们的目标视图控件，那目标视图控件可表示为AClass-BClass-CClass，这里视图控件标识的设定规则为当前控件在视图层级的最顶层，即从图3的视图层级上来说CClass在BClass上面，BClass在AClass上面，所以最终形成的标识为AClass-BClass-CClass。

结合上述将“万”修改为“万人次”，则服务器下发的修改配置信息的格式为{“AClass-BClass-CClass”:”万人次”}，即包括了定位当前控件的位置信息，以及要修改的视图展示信息。

本实施例在控件被加载前，通过服务器下发修改配置信息中控件的特定标识，确定出目标控件，然后进行验证方案信息的修改，提高了AB方案验证的准确性。

在另外一个实施例中，若上述客户端为对照组，目标视图控件的视图加载信息包括视图基本配置信息；则视图基本配置信息，用于指示客户端基于视图基本配置信息加载目标视图控件对应的视图。

本实施例为客户端是对照组的情况，对于对照组的用户，服务器下发的视图加载信息中只包括基本配置信息，该基本配置信息中携带目标视图的初始展示信息，以上述例子说明，就是基本配置信息中携带“万”,则客户端直接在目标视图上展示“万”即可。

以上实施例中，将客户端的验证类型分为实验组和对照组，也就是将用户群体分为实验组和对照组，实验组要把“万”改成“万人次”，对照组维持显示“万”。实验下发时，会配置两个用户组，下发不同的视图加载信息，对实验组多下发了修改配置信息。这样，在进行ABTest实验时，可以不需要重新单独对A方案或者B方案发版，随时能下发AB方案的数据，提高了AB方案的验证的效率。

下面对执行主体为客户端的一侧实施例进行说明。需要说明的是，本申请虽然分了客户端为执行主体的实施例和服务器为执行主体的实施例，但实际中，客户端与服务器是相互配合着交互完成方案验证方法的，因此，客户端为执行主体的实施例与服务器为执行主体的实施例中的过程，可互相参考，而不是作为两者执行范围的限定。

本申请实施例还提供了一种方案验证方法，其涉及的是客户端向服务器发送视图控件加载请求，并基于服务器下发的与客户端的验证类型对应的目标视图控件的视图加载信息，展示目标视图控件的视图加载信息的具体过程，如图4所示，上述S102步骤包括：

S201，向服务器发送视图控件加载请求；视图控件加载请求用于请求加载目标视图控件。

S202，接收服务器下发的与客户端的验证类型对应的目标视图控件的视图加载信息；验证类型为实验组或对照组；其中，不同的验证类型对应不同的视图控件的视图加载信息。

S203，根据视图加载信息，展示目标视图控件的视图加载信息。

本实施例中，客户端在启动的时候向服务器发送拉取各视图的加载配置信息，若客户端为实验组，就会接收到服务器下发的包含修改配置信息的视图加载信息。这种情况下，客户端的各视图控件加载视图时，会定位每个视图控件的位置信息，然后基于确定的位置信息，对目标视图的展示信息进行变更。

本实施例中，由于服务器是针对不同的客户端的验证类型发送不同的视图控件的视图加载信息，相当于，将客户端分为了两种类型分别执行不同的方案，这样，不需要重新对每个方案的验证都发新版本，而根据客户端的验证类型可以随时下发不同方案的数据，动态进行ABTest实验，提高了两种方案验证的效率

在一个实施例中，若上述客户端为实验组，目标视图控件的视图加载信息包括视图基本配置信息和修改配置信息；修改配置信息包括目标展示信息；则上述S203步骤包括：基于视图基本配置信息加载目标视图控件对应的视图，并基于修改配置信息，将视图中的初始展示信息修改为目标展示信息。

在一个实施例中，上述修改配置信息还包括目标视图控件的定位信息；则上述S203步骤包括：基于定位信息指示的位置处加载目标视图控件对应的视图。

在一个实施例中，若上述客户端为对照组，目标视图控件的视图加载信息包括视图基本配置信息；则上述S203步骤包括：基于视图基本配置信息加载目标视图控件对应的视图。

上述实施例提供的以客户端为执行主体的方案验证方法，其实现原理和技术效果与上述以服务器为执行主体的方案验证方法实施例类似，在此不再赘述。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

另外，本申请实施例还提供了一种方案验证系统，可参照上述图1所示，该系统包括：服务器和客户端；其中服务器，用于实现前面以服务器为执行主体的所有实施例中的过程；客户端，用于实现前面以客户端为执行主体的所有实施例中的过程。

上述实施例提供的一种方案验证系统，其实现原理和技术效果与上述方案验证方法实施例类似，在此不再赘述。

此外，还提供了上述方案验证方法对应的虚拟装置，在一个实施例中，如图5所示，提供了一种方案验证装置，该装置包括：第一接收模块10、确定模块11和下发模块12，其中，

第一接收模块10，用于接收客户端发送的视图控件加载请求；视图控件加载请求用于请求加载目标视图控件；

确定模块11，用于确定客户端的验证类型；验证类型为实验组或对照组；

下发模块12，用于向客户端下发验证类型对应的目标视图控件的视图加载信息；其中，不同的验证类型对应不同的视图控件的视图加载信息；视图加载信息用于指示客户端展示目标视图控件的视图加载信息。

在一个实施例中，若上述客户端为实验组，目标视图控件的视图加载信息包括视图基本配置信息和修改配置信息；修改配置信息包括目标展示信息；

在一个实施例中，上述修改配置信息还包括目标视图控件的定位信息；

在一个实施例中，若上述客户端为对照组，目标视图控件的视图加载信息包括视图基本配置信息；

在一个实施例中，如图6所示，提供了一种方案验证装置，该装置包括：发送模块13、第二接收模块14和展示模块15，其中，

发送模块13，用于向服务器发送视图控件加载请求；视图控件加载请求用于请求加载目标视图控件；

第二接收模块14，用于接收服务器下发的与客户端的验证类型对应的目标视图控件的视图加载信息；验证类型为实验组或对照组；其中，不同的验证类型对应不同的视图控件的视图加载信息；

展示模块15，用于根据视图加载信息，展示目标视图控件的视图加载信息。

在一个实施例中，若上述客户端为实验组，目标视图控件的视图加载信息包括视图基本配置信息和修改配置信息；修改配置信息包括目标展示信息；则上述展示模块15，具体用于于视图基本配置信息加载目标视图控件对应的视图，并基于修改配置信息，将视图中的初始展示信息修改为目标展示信息。

在一个实施例中，上述修改配置信息还包括目标视图控件的定位信息；则上述展示模块15，具体用于基于定位信息指示的位置处加载目标视图控件对应的视图。

在一个实施例中，若上述客户端为对照组，目标视图控件的视图加载信息包括视图基本配置信息；则上述展示模块15，具体用于基于视图基本配置信息加载目标视图控件对应的视图。

上述实施例提供的所有方案验证装置，其实现原理和技术效果与上述方案验证方法实施例类似，在此不再赘述。

关于方案验证装置的具体限定可以参见上文中对于方案验证方法的限定，在此不再赘述。上述方案验证装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如上述图1a所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种方案验证方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，上述图1a中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

确定客户端的验证类型；验证类型为实验组或对照组；

或者，该处理器执行计算机程序时实现以下步骤：

上述实施例提供的一种计算机设备，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

确定客户端的验证类型；验证类型为实验组或对照组；

或者，该计算机程序被处理器执行时实现以下步骤：

上述实施例提供的一种计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

1.一种方案验证方法，其特征在于，所述方法包括：

接收客户端发送的视图控件加载请求；所述视图控件加载请求用于请求加载目标视图控件；

确定所述客户端的验证类型；所述验证类型为实验组或对照组；

向所述客户端下发所述验证类型对应的目标视图控件的视图加载信息；其中，不同的验证类型对应不同的视图控件的视图加载信息；所述视图加载信息用于指示所述客户端展示所述目标视图控件的视图加载信息；

其中，若所述客户端为实验组，所述目标视图控件的视图加载信息包括视图基本配置信息和修改配置信息；所述修改配置信息包括目标展示信息；所述视图基本配置信息，用于指示所述客户端基于所述视图基本配置信息加载所述目标视图控件对应的视图；所述修改配置信息，用于指示所述客户端将所述视图中的初始展示信息修改为所述目标展示信息；所述修改配置信息包括所述实验组与所述对照组展示视图时不同的信息。

2.根据权利要求1所述的方案验证方法，其特征在于，所述修改配置信息还包括所述目标视图控件的定位信息；

所述定位信息，用于指示所述客户端基于所述定位信息指示的位置处加载所述目标视图控件对应的视图。

3.根据权利要求1所述的方案验证方法，其特征在于，所述确定所述客户端的验证类型，包括：

确定所述客户端发送所述视图控件加载请求时携带的客户端标识是否符合预先设定的实验组规则；

若是，则确定所述客户端的验证类型为实验组；

若否，则确定所述客户端的验证类型为对照组。

4.根据权利要求1所述的方案验证方法，其特征在于，若所述客户端为对照组，所述目标视图控件的视图加载信息包括视图基本配置信息；

则所述视图基本配置信息，用于指示所述客户端基于所述视图基本配置信息加载所述目标视图控件对应的视图。

5.一种方案验证方法，其特征在于，所述方法包括：

向服务器发送视图控件加载请求；所述视图控件加载请求用于请求加载目标视图控件；

接收所述服务器下发的与客户端的验证类型对应的目标视图控件的视图加载信息；所述验证类型为实验组或对照组；其中，不同的验证类型对应不同的视图控件的视图加载信息；

根据所述视图加载信息，展示所述目标视图控件的视图加载信息；

其中，若所述客户端为实验组，所述目标视图控件的视图加载信息包括视图基本配置信息和修改配置信息；所述修改配置信息包括目标展示信息；所述根据所述视图加载信息，展示所述目标视图控件的视图加载信息，包括：基于所述视图基本配置信息加载所述目标视图控件对应的视图，并基于所述修改配置信息将所述视图中的初始展示信息修改为所述目标展示信息；其中，所述修改配置信息包括所述实验组与所述对照组展示视图时不同的信息。

6.一种方案验证系统，其特征在于，所述系统包括：服务器和客户端；

所述服务器，用于实现所述权利要求1-4中任一项所述的方案验证方法的步骤；

所述客户端，用于实现所述权利要求5中所述的方案验证方法的步骤。

7.一种方案验证装置，其特征在于，所述装置包括：

第一接收模块，用于接收客户端发送的视图控件加载请求；所述视图控件加载请求用于请求加载目标视图控件；

确定模块，用于确定所述客户端的验证类型；所述验证类型为实验组或对照组；

下发模块，用于向所述客户端下发所述验证类型对应的目标视图控件的视图加载信息；其中，不同的验证类型对应不同的视图控件的视图加载信息；所述视图加载信息用于指示所述客户端展示所述目标视图控件的视图加载信息；

8.一种方案验证装置，其特征在于，所述装置包括：

发送模块，用于向服务器发送视图控件加载请求；所述视图控件加载请求用于请求加载目标视图控件；

第二接收模块，用于接收所述服务器下发的与客户端的验证类型对应的目标视图控件的视图加载信息；所述验证类型为实验组或对照组；其中，不同的验证类型对应不同的视图控件的视图加载信息；

展示模块，用于根据所述视图加载信息，展示所述目标视图控件的视图加载信息；

其中，若所述客户端为实验组，所述目标视图控件的视图加载信息包括视图基本配置信息和修改配置信息；所述修改配置信息包括目标展示信息；所述展示模块，具体用于：基于所述视图基本配置信息加载所述目标视图控件对应的视图，并基于所述修改配置信息将所述视图中的初始展示信息修改为所述目标展示信息；其中，所述修改配置信息包括所述实验组与所述对照组展示视图时不同的信息。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述的方案验证方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方案验证方法的步骤。