CN111352823B - 一种测试方法及客户端、存储介质 - Google Patents

Abstract

本公开实施例提供一种测试方法及客户端、存储介质，该方法包括：当接收到第一业务模块下发的测试项注册请求时，根据测试项注册请求，对测试项对应的多种实现方案进行注册，得到多组注册信息，多组注册信息与多种实现方案一一对应；接收第二业务模块下发的对第一实现方案的调用指令，第一实现方案为多种实现方案中的任一种实现方案；根据调用指令和第一注册信息，从基础层调用第一实现方案对应的第一服务，基础层设置有多个基础服务，第一注册信息为多组注册信息中第一实现方案对应的注册信息；获取第一服务对应的初始测试数据，以利用初始测试数据完成对第一实现方案的测试过程，初始测试数据为对第一服务预先配置的测试数据。

Description

一种测试方法及客户端、存储介质

技术领域

本公开涉及软件工程领域，尤其涉及一种测试方法及客户端、存储介质。

背景技术

在软件的开发过程中，为了保证软件的运行结果符合预期，需要对软件的各个功能进行测试。为了提高产品设计和运营水平，需要对软件进行AB测试，其中，AB测试是为Web或App界面或流程制作两个(A/B)或多个(A/B/n)版本，在同一时间维度，分别让组成成分相同或相似的访客群组随机的访问这些版本，收集各群组的用户体验数据和业务数据，最后分析评估出最好版本正式采用。

现阶段进行AB测试的过程为：服务端通过统一的网络接口统一下发AB数据，之后客户端将一个接口下发的AB数据解析成一个model，该model中包含了该接口下发的所有信息，当需要新增一个AB测试时，在该model中添加一个属性并且指明该属性对应的服务端数据的字段，当进行AB测试时，对于所有需要验证AB是否生效的逻辑，都需要对AB接口进行模拟后台数据，尽量覆盖所有的可能性，然后查看在各种情况下，软件的运行结果是否符合预期。

然而，软件中包括各种各样的业务线，每个业务线相当于一个可独立运行的子工程，当对每个子工程进行AB测试时，需要将之前耦合在一个model中的代码拆分到各个子工程中，导致测试的流程复杂；且每个子工程都需要维护该model中各自关心的一部分，若将部分可能下沉到pod，在实际应用中，由于AB的使用频率很高，使得model经常改动，当model中的一个部分被下沉到pod时，会增加代码改动成本，进而导致测试效率低。

发明内容

为解决上述技术问题，本公开实施例期望提供一种测试方法及客户端、存储介质，能够简化测试流程，并提高测试效率。

本公开实施例提供一种测试方法，所述方法包括：

当接收到第一业务模块下发的测试项注册请求时，根据所述测试项注册请求，对所述测试项对应的多种实现方案进行注册，得到多组注册信息，所述多组注册信息与所述多种实现方案一一对应；

接收第二业务模块下发的对第一实现方案的调用指令，所述第一实现方案为所述多种实现方案中的任一种实现方案；

根据所述调用指令和第一注册信息，从基础层调用所述第一实现方案对应的第一服务，所述基础层设置有多个基础服务，所述第一注册信息为所述多组注册信息中所述第一实现方案对应的注册信息；

获取所述第一服务对应的初始测试数据，以利用所述初始测试数据完成对所述第一实现方案的测试过程，所述初始测试数据为对所述第一服务预先配置的测试数据。

在上述方法中，所述根据所述调用指令和第一注册信息，从基础层调用所述第一实现方案对应的第一服务，包括：

从所述调用指令中获取第一实现方案标识；

根据所述第一实现方案标识，检测所述第一实现方案是否满足预设注册条件；

当检测出所述第一实现方案满足所述预设注册条件时，根据所述第一实现方案标识确定所述第一注册信息；

利用所述第一注册信息，从所述基础层调用所述第一服务。

在上述方法中，所述对所述测试项对应的多种实现方案进行注册，得到多组注册信息，包括：

利用预设应用程序编程接口，对所述多种实现方案进行注册，依次得到一种实现方案对应的一组注册信息，所述一组注册信息包括测试标识、初始测试数据字段和配置页生成参数；

依次将所述一组注册信息组成所述多组注册信息。

在上述方法中，所述根据所述测试项注册请求，对所述测试项对应的多种实现方案进行注册，得到多组注册信息之后，所述方法还包括：

根据所述配置页生成参数，生成所述多种实现方案对应的多组配置条目；

在配置页面显示所述多组配置条目。

在上述方法中，所述利用所述第一注册信息，从基础层调用所述第一实现方案对应的第一服务，包括：

从所述第一注册信息中，查找所述第一实现方案对应的第一数据字段；

根据所述第一数据字段，从所述基础层调用所述第一服务。

在上述方法中，所述获取所述第一服务对应的初始测试数据之后，所述方法还包括：

在所述配置页面的第一配置条目中，显示所述初始测试数据，所述第一配置条目为所述第一实现方案对应的配置条目。

在上述方法中，所述获取所述第一服务对应的初始测试数据之后，所述方法还包括：

当接收到对所述第一实现方案的测试指令时，根据所述初始测试数据，确定所述第一实现方案的业务逻辑所需的第一测试数据；

利用所述第一测试数据进行测试，并返回测试结果。

在上述方法中，所述根据所述初始测试数据，确定所述第一实现方案的业务逻辑所需的第一测试数据，包括：

当查找到配置测试数据时，将所述配置测试数据确定为所述第一测试数据；

当未查找到所述配置测试数据时，将所述初始测试数据确定为所述第一测试数据。

在上述方法中，所述将所述配置测试数据确定为所述第一测试数据之前，所述方法还包括：

在所述配置界面上，接收对所述第一配置条目的配置指令；

根据所述配置指令，对所述第一配置条目中的初始测试数据进行配置，得到所述配置测试数据。

本公开实施例提供一种客户端，所述客户端包括：

注册单元，用于当接收到第一业务模块下发的测试项注册请求时，根据所述测试项注册请求，对所述测试项对应的多种实现方案进行注册，得到多组注册信息，所述多组注册信息与所述多种实现方案一一对应；

接收单元，用于接收第二业务模块下发的对第一实现方案的调用指令，所述第一实现方案为所述多种实现方案中的任一种实现方案；

调用单元，用于根据所述调用指令和第一注册信息，从基础层调用所述第一实现方案对应的第一服务，所述基础层设置有多个基础服务，所述第一注册信息为所述多组注册信息中所述第一实现方案对应的注册信息；

获取单元，用于获取所述第一服务对应的初始测试数据，以利用所述初始测试数据完成对所述第一实现方案的测试过程，所述初始测试数据为对所述第一服务预先配置的测试数据。

在上述客户端中，所述客户端还包括：获取单元、检测单元和确定单元；

所述获取单元，用于从所述调用指令中获取第一实现方案标识；

所述检测单元，还用于根据所述第一实现方案标识，检测所述第一实现方案是否满足预设注册条件；

所述确定单元，用于当检测出所述第一实现方案满足所述预设注册条件时，根据所述第一实现方案标识确定所述第一注册信息；

所述调用单元，具体用于利用所述第一注册信息，从所述基础层调用所述第一服务。

在上述客户端中，所述客户端还包括：组成单元；

所述注册单元，还用于利用预设应用程序编程接口，对所述多种实现方案进行注册，依次得到一种实现方案对应的一组注册信息，所述一组注册信息包括测试标识、初始测试数据字段和配置页生成参数；

所述组成单元，用于依次将所述一组注册信息组成所述多组注册信息。

在上述客户端中，所述客户端还包括：生成单元和显示单元；

所述生成单元，用于根据所述配置页生成参数，生成所述多种实现方案对应的多组配置条目；

所述显示单元，用于在配置页面显示所述多组配置条目。

在上述客户端中，所述客户端还包括：查找单元；

所述查找单元，用于从所述第一注册信息中，查找所述第一实现方案对应的第一数据字段；

所述调用单元，还用于根据所述第一数据字段，从所述基础层调用所述第一服务。

在上述客户端中，所述显示单元，还用于在所述配置页面的第一配置条目中，显示所述初始测试数据，所述第一配置条目为所述第一实现方案对应的配置条目。

在上述客户端中，所述客户端还包括：测试单元；

所述确定单元，还用于当接收到对所述第一实现方案的测试指令时，根据所述初始测试数据，确定所述第一实现方案的业务逻辑所需的第一测试数据；

所述测试单元，用于利用所述第一测试数据进行测试，并返回测试结果。

在上述客户端中，所述确定单元，还用于当查找到配置测试数据时，将所述配置测试数据确定为所述第一测试数据；当未查找到所述配置测试数据时，将所述初始测试数据确定为所述第一测试数据。

在上述客户端中，所述客户端还包括：配置单元；

所述接收单元，用于在所述配置界面上，接收对所述第一配置条目的配置指令；

所述配置单元，用于根据所述配置指令，对所述第一配置条目中的初始测试数据进行配置，得到所述配置测试数据。

本公开实施例提供一种客户端，所述客户端包括：处理器、存储器、接收器及通信总线，所述接收器，用于接收第二业务模块下发的对第一实现方案的调用指令，所述处理器执行所述存储器中存储的运行程序时实现如上述任一项所述的测试方法。

本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，应用于客户端，该计算机程序被处理器执行时实现如上述任一项所述的测试方法。

本公开实施例提供一种测试方法及客户端、存储介质，该方法包括：当接收到第一业务模块下发的测试项注册请求时，根据测试项注册请求，对测试项对应的多种实现方案进行注册，得到多组注册信息，多组注册信息与多种实现方案一一对应；接收第二业务模块下发的对第一实现方案的调用指令，第一实现方案为多种实现方案中的任一种实现方案；根据调用指令和第一注册信息，从基础层调用第一实现方案对应的第一服务，基础层设置有多个基础服务，第一注册信息为多组注册信息中第一实现方案对应的注册信息；获取第一服务对应的初始测试数据，以利用初始测试数据完成对第一实现方案的测试过程，初始测试数据为对第一服务预先配置的测试数据。采用上述方案，业务层中的各个业务模块在基础层对测试项的多种实现方案进行注册，以告知基础层该测试项所需的测试数据，当业务模块调用多种实现方案中的第一实现方案时，基础层根据注册信息从服务器获取与第一实现方案对应的初始测试数据，并进行测试的过程，使得每个业务模块只获取自身所需的测试数据，进而简化了测试的流程；且基础层根据注册信息从服务器获取与第一实现方案对应的初始测试数据，无需在pod中更改代码，因此提高了测试效率。

附图说明

图1为本公开实施例提供的一种客户端的流程图一；

图2为本公开实施例提供的一种示例性的客户端的模块组成图；

图3为本公开实施例提供的一种客户端的流程图二；

图4为本公开实施例提供的一种示例性的客户端的模块组成图；

图5为本公开实施例提供的一种客户端的结构示意图一；

图6为本公开实施例提供的一种客户端的结构示意图二。

具体实施方式

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

在公开一些实施例中的描述，提出了一种测试方法，如图1所示，该方法可以包括：

S101、当接收到第一业务模块下发的测试项注册请求时，根据测试项注册请求，对测试项对应的多种实现方案进行注册，得到多组注册信息，多组注册信息与多种实现方案一一对应。

本公开实施例提供的一种测试方法适用于软件开发过程中，客户端进行AB测试的场景下。

本公开实施例中，客户端分为业务层和基础层，其中，业务层包括多个业务模块，每个业务模块是根据不同纬度的功能划分的，由不同部分的开发人员贡献代码；基础层封装了客户端中的基础能力，并向业务层的各个模块提供实现其功能所需的基本能力的调用。

示例性的，APP1划分了多个业务模块，包括工具模块、社交模块、主业务模块等。

本公开实施例中，业务模块内部写有注册和调用代码，各个业务模块通过注册代码从基础层进行注册，以告知基础层其所实现的某一个服务(能力)需要的数据。

本公开实施例中，客户端利用预设应用程序编程接口(API，ApplicationProgramming Interface)，对多种实现方案进行注册，依次得到一种实现方案对应的一组注册信息，一组注册信息包括测试标识、初始测试数据字段和配置页生成参数；之后，客户端依次将一组注册信息组成多组注册信息。

需要说明的是，在进行AB测试时，测试标识为AB标识，初始测试数据字段为初始AB数据字段，具体的根据实际情况进行选择，本公开实施例不做具体的限定。

示例性的，为AB注册设计的预设API的参数包括：propertyName(AB标识)、serverString和defaultValueArray(初始AB数据字段)、serverString和defaultValueArray共同组成了配置页生成参数，其中，各个参数的含义为：

propertyName：该AB在客户端工程中的唯一标识，在调用AB的时候通过这个标识来指明你想要访问具体的某一个AB；

serverString：该AB对应的服务端下发数据的字段，即AB测试所需要使用的server数据的哪个字段；

defaultValueArray：当服务端没有下发该AB字段的时候，基础层会使用这个默认值全面的数据，作为ab测试所需要使用的数据并向上层对应的模块返回。这里它可以是一个数组，其数组长度与iOS工程中包含的APP的个数相同，有时可能需要设置不同的默认值；

title和testCaseMessages：用于AB配置页的生成，title是该AB在配置页中对应条目的title，testCaseMessages是当该AB为枚举型时，各种可能值的简单说明。

进一步地，在客户端根据测试项注册请求，对测试项对应的多种实现方案进行注册，得到多组注册信息之后，客户端根据配置页生成参数，生成多种实现方案对应的多组配置条目；并在配置页面显示多组配置条目。

示例性的，利用title和testCaseMessages在配置页面中生成测试项对应的配置条目。

S102、接收第二业务模块下发的对第一实现方案的调用指令，第一实现方案为多种实现方案中的任一种实现方案。

当客户端根据测试项注册请求，对测试项对应的多种实现方案进行注册之后，客户端接收第二业务模块下发的对第一实现方案的调用指令。

本公开实施例中，当第二业务模块需要调用第一实现方案时，客户端中的第二业务模块下发对第一实现方案的调用指令。

进一步地，由于业务层的业务模块到基础层的服务的注册是相互隔离的，因此，在客户端中的业务层和基础层之间添加中间层，中间层存储有各个测试项对应的注册信息，可以通过中间层，使得业务模块之间能够共享服务，第二业务模块可以通过中间层调用第一实现方案，具体的，中间层模拟第一业务模块的调用，并向第二业务模块返回调用结果。

需要说明的是，当第二业务模块在调用第一实现方案之前，需要先注册第一实现方案，此时，第二业务模块可以先在中间层判断该第一实现方案是否已经被注册，当第二业务模块在中间层判断出第一实现方案已被注册之后，第二业务模块无需重复注册第一实现方案，并直接调用该第一实现方案。

S103、根据调用指令和第一注册信息，从基础层调用第一实现方案对应的第一服务，基础层设置有多个基础服务，第一注册信息为多组注册信息中第一实现方案对应的注册信息。

当客户端接收到第二业务模块下发的调用指令之后，客户端根据调用指令和第一注册信息，从基础层调用第一实现方案对应的第一服务。

本公开实施例中，客户端从调用指令中获取第一实现方案标识，之后根据第一实现方案标识，检测第一实现方案是否满足预设注册条件；当客户端检测出第一实现方案满足预设注册条件时，客户端根据第一实现方案标识确定第一注册信息，并利用第一注册信息，从基础层调用第一实现方案对应的第一服务。

本公开实施例中，客户端利用脚本检查工具，检测服务对应的测试标识是否注册。

本公开实施例中，脚本检查工具存放在持续集成(CI，Continuous Integration)中，且脚本检查工具的检查点包括：没有注册，但被调用的服务；已经注册，但未被调用的服务(表征为无效注册)和重复注册的服务。

本公开实施例中，客户端根据第一实现方案标识，确定第一实现方案对应的第一注册信息；之后从第一注册信息中，查找第一实现方案对应的第一数据字段；客户端根据第一数据字段，从服务端调用第一服务。

S104、获取第一服务对应的初始测试数据，以利用初始测试数据完成对第一实现方案的测试过程，初始测试数据为对第一服务预先配置的测试数据。

当客户端从基础层调用第一实现方案对应的第一服务之后，客户端获取第一服务对应的初始测试数据，并利用初始测试数据完成对第一实现方案的测试过程。

进一步地，客户端在配置页面的第一配置条目中，显示初始测试数据，第一配置条目为第一实现方案对应的配置条目。

本公开实施例中，当客户端接收到对第一实现方案的测试指令时，客户端根据初始测试数据，确定第一实现方案的业务逻辑所需的第一测试数据；并利用所述第一测试数据进行测试，并返回测试结果。

具体的，当客户端查找到配置测试数据时，将配置测试数据确定为第一测试数据；当客户端未查找到配置测试数据时，将初始测试数据确定为第一测试数据。

本公开实施例中，当客户端在配置界面上，接收对第一配置条目的配置指令时；客户端根据配置指令，对第一配置条目中的初始测试数据进行配置，得到配置测试数据，此时，客户端能够查找到配置测试数据，并利用配置测试数据进行测试的过程。

示例性的，如图2所示，客户端包括三个部分，分别为：UI(用户界面，UserInterface)、业务层和基础层，其中，UI提供了可视化配置AB，其上显示有可配置选项及服务端下发的初始AB数据；业务层包括工具模块、社交模块和主业务模块；基础层包括服务和基础能力，业务层中的各个业务模块在基础层进行注册，并调用基础层的服务。

可以理解的是，业务层中的各个业务模块在基础层对测试项的多种实现方案进行注册，以告知基础层该测试项所需的测试数据，当业务模块调用多种实现方案中的第一实现方案时，基础层根据注册信息从服务器获取与第一实现方案对应的初始测试数据，并进行测试的过程，使得每个业务模块只获取自身所需的测试数据，进而简化了测试的流程；且基础层根据注册信息从服务器获取与第一实现方案对应的初始测试数据，无需在pod中更改代码，因此提高了测试效率。

在公开一些实施例中的描述，提出了一种测试方法，如图3所示，该方法可以包括：

S201、当客户端接收到第一业务模块下发的测试项注册请求时，客户端根据测试项注册请求，利用预设应用程序编程接口，对测试项对应的多种实现方案进行注册，依次得到一种实现方案对应的一组注册信息，一组注册信息包括测试标识、初始测试数据字段和配置页生成参数。

本公开实施例提供的一种测试方法适用于软件开发过程中，客户端进行AB测试的场景下。

本公开实施例中，客户端分为业务层和基础层，其中，业务层包括多个业务模块，每个业务模块是根据不同纬度的功能划分的，由不同部分的开发人员贡献代码；基础层封装了客户端中的基础能力，并向业务层的各个模块提供实现其功能所需的基本能力的调用。

示例性的，APP1划分了多个业务模块，包括工具模块、社交模块、主业务模块等。

本公开实施例中，业务模块内部写有注册和调用代码，各个业务模块通过注册代码从基础层进行注册，以告知基础层其所实现的某一个服务(能力)需要的数据。

本公开实施例中，当客户端接收到第一业务模块下发的测试项注册请求时，客户端根据测试项注册请求，利用预设API，对测试项对应的多种实现方案进行注册，依次得到一种实现方案对应的一组注册信息，一组注册信息包括测试标识、初始测试数据字段和配置页生成参数。

本公开实施例中，一个测试项包括多个实现方案，客户端分别对每一组实现方案进行注册，依次得到每一种实现方案对应的一组注册信息。

具体的，第一业务模块可以统一对多种实现方案进行注册，例如，在CISCO网络配置系统(IOS，Internetworking Operating System-Cisco)工程中，每个业务模块都有一个ABRegister的类，每个业务模块的所有的AB都统一在这个类中+load中完成注册。

示例性的，如下为一个AB注册的代码：

【AB测试管理器以AB在客户端中的的唯一标识来注册AB，以版本、用户和提醒间隔三个字段(参数)来注册。

AB测试所需要的字段为：版本；用户；提醒间隔；

服务器下发的对应字段的测试数据集为：【0,1,2；】

AB在配置页中对应条目的标题的字段：默认取值为0；

标题：取值为“新用户不提示更新的时长”

AB测试中“标题”的取值包括：“三天不提示”,“不限制更新”,“五分钟不提示”】

S202、客户端依次将一组注册信息组成多组注册信息，多组注册信息与多种实现方案一一对应。

当客户端对测试项对应的多种实现方案进行注册，依次得到一种实现方案对应的多组注册信息之后，客户端依次将一组注册信息组成多组注册信息。

本公开实施例止中，客户端依次将一组注册信息组成与多种实现方案一一对应的多组注册信息。

进一步地，在客户端得到多组注册信息之后，客户端根据配置页生成参数，生成多种实现方案对应的多组配置条目，并在配置页面显示多组配置条目。

需要说明的是，对于每一个注册的AB(实现方案)，在AB配置页面中都会自动新加一个对应的条目，该配置条目需要的所有的信息都来自于注册的时候传入的信息，进而大大提高了效率。

S203、客户端接收第二业务模块下发的对第一实现方案的调用指令，第一实现方案为多种实现方案中的任一种实现方案。

当客户端将一组注册信息组成多组注册信息之后，客户端接收第二业务模块下发的对第一实现方案的调用指令。

本公开实施例中，当第二业务模块需要调用第一实现方案时，客户端中的第二业务模块下发对第一实现方案的调用指令。

进一步地，由于业务层的业务模块到基础层的服务的注册是相互隔离的，因此，在客户端中的业务层和基础层之间添加中间层，中间层存储有各个测试项对应的注册信息，可以通过中间层，使得业务模块之间能够共享服务，第二业务模块可以通过中间层调用第一实现方案，具体的，中间层模拟第一业务模块的调用，并向第二业务模块返回调用结果。

需要说明的是，当第二业务模块在调用第一实现方案之前，需要先注册第一实现方案，此时，第二业务模块可以先在中间层判断该第一实现方案是否已经被注册，当第二业务模块在中间层判断出第一实现方案已被注册之后，第二业务模块无需重复注册第一实现方案，并直接调用该第一实现方案。

示例性的，如图4所示，客户端包括四个部分，分别为：UI、业务层、中间层和基础层，其中，UI提供了可视化配置AB，其上显示有可配置选项及服务端下发的初始AB数据；业务层包括工具模块、社交模块和主业务模块；基础层包括服务和基础能力，业务层中的各个业务模块在基础层进行注册，中间层记录各个业务模块的注册信息，以供其他业务模块调用基础层的服务。

需要说明的是，第一业务模块和第二业务模块可以为相同的业务模块，也可以为不同的业务模块，具体的根据实际情况进行选择，本公开实施例不做具体的限定。

S204、客户端从调用指令中获取第一实现方案标识。

当客户端接收到第二业务模块下发的对第一实现方案的调用指令之后，客户端从调用指令中获取第一实现方案标识。

本公开实施例中，调用指令中携带有第一实现方案对应的第一实现方案标识，客户端在接收到对第一实现方案的调用指令之后，客户端从调用指令中获取第一实现方案。

S205、客户端根据第一实现方案标识，检测第一实现方案是否满足预设注册条件。

当客户端从调用指令中获取第一实现方案标识之后，客户端根据调用指令携带的第一实现方案标识，检测第一实现方案是否满足预设注册条件。

本公开实施例中，客户端根据第一实现方案标识，检测第一实现方案是否满足预设注册条件，其中，客户端利用脚本检查工具，检测服务对应的AB标识是否注册。

本公开实施例中，脚本检查工具存放在持续集成(CI，Continuous Integration)中，且脚本检查工具的检查点包括：没有注册，但被调用的服务；已经注册，但未被调用的服务(表征为无效注册)和重复注册的服务。

S206、当客户端检测出第一实现方案满足预设注册条件时，客户端根据第一实现方案标识确定第一注册信息，第一注册信息为多组注册信息中第一实现方案对应的注册信息。

当客户端检测第一实现方案是否满足预设注册条件之后，客户端在检测出第一实现方案满足预设注册条件时，根据第一实现方案标识确定第一注册信息。

本公开实施例中，由于基础层设置了多个基础服务以供业务层的调用，当客户端检测出第一实现方案满足预设注册条件时，客户端根据第一实现方案标识确定第一注册信息。

S207、客户端利用第一注册信息，从基础层调用第一实现方案对应的第一服务，基础层设置有多个基础服务。

当客户端根据第一实现方案标识确定第一注册信息之后，客户端利用第一注册信息，从基础层调用第一实现方案对应的第一服务。

本公开实施例中，客户端从第一注册信息中，查找第一实现方案对应的第一数据字段，客户端根据第一数据字段，从基础层调用第一服务。

S208、客户端获取第一服务对应的初始测试数据，初始测试数据为对第一服务预先配置的测试数据。

当客户端从基础层调用第一实现方案对应的第一服务之后，客户端获取第一服务对应的初始测试数据。

本公开实施例中，初始测试数据可以存储在服务端中，客户端的基础层根据第一数据字段，从服务端获取第一服务对应的初始测试数据。

S209、客户端在配置页面的第一配置条目中，显示初始测试数据，第一配置条目为第一实现方案对应的配置条目。

当客户端获取到第一服务对应的初始测试数据之后，客户端在配置页面的第一配置条目中，显示初始测试数据。

本公开实施例中，客户端在注册完成第一实现方案之后，客户端在配置页面上自动生成第一实现方案对应的第一配置条目，之后，在客户端获取到初始测试数据之后，客户端在配置页面的第一配置条目中，显示初始测试数据。

本公开实施例中，客户端利用第一注册信息中的第一配置页生成参数，生成第一配置条目，其中，第一配置条目对应多个可选值，初始测试数据为多个可选值中服务端预先配置的一组可选值。

需要说明的是，第一配置条目中默认显示初始测试数据。

S210、客户端在配置界面上，接收对第一配置条目的配置指令。

当客户端在第一配置条目中显示初始测试数据之后，客户端在配置界面上接收对第一配置条目的配置指令。

本公开实施例中，测试人员在配置界面上点击其他可选值时，客户端在配置界面上，接收对第一配置条目的配置指令。

S211、客户端根据配置指令，对第一配置条目中的初始测试数据进行配置，得到配置测试数据。

当客户端在配置界面上，接收到对第一配置条目的配置指令之后，客户端根据配置指令，对第一配置条目中的初始测试数据进行配置，得到配置测试数据。

进一步地，配置界面上还设置有搜索功能，能够快速定位到测试人员想要配置的测试条目所在的位置；配置界面上还设置有清除功能，能够一键清除本地测试配置；配置界面上还为配置测试数据和初始测试数据设置有不同的用户界面(UI，User Interface)，以对使用者进行提示。

S212、当客户端接收到对第一实现方案的测试指令时，客户端根据初始测试数据，确定第一实现方案的业务逻辑所需的第一测试数据。

当客户端得到配置测试数据之后，客户端在接收到对第一实现方案的测试指令时，客户端根据初始测试数据，确定第一实现方案的业务逻辑所需的第一测试数据。

本公开实施例中，当客户端接收到对第一实现方案的测试指令时，客户端查找是否存在配置测试，当客户端判断出当查找到配置测试数据时，客户端将配置测试数据确定为第一测试数据；当客户端未查找到配置测试数据时，客户端将初始测试数据确定为第一测试数据。

S213、客户端利用第一测试数据进行测试，并返回测试结果。

当客户端确定出第一实现方案的业务逻辑所需的第一测试数据之后，客户端利用第一测试数据进行测试，并返回测试结果。

本公开实施例中，客户端利用第一测试数据进行测试，之后收集各群组的用户体验数据和业务数据，最后根据收集到的各群组的用户体验数据和业务数据，分析评估出最好版本正式采用。

可以理解的是，业务层中的各个业务模块在基础层对测试项的多种实现方案进行注册，以告知基础层该测试项所需的测试数据，当业务模块调用多种实现方案中的第一实现方案时，基础层根据注册信息从服务器获取与第一实现方案对应的初始测试数据，并进行测试的过程，使得每个业务模块只获取自身所需的测试数据，进而简化了测试的流程；且基础层根据注册信息从服务器获取与第一实现方案对应的初始测试数据，无需在pod中更改代码，因此提高了测试效率。

在公开一些实施例中的描述，提出了一种客户端，如图5所示，该客户端可以包括：

注册单元10，用于当接收到第一业务模块下发的测试项注册请求时，根据所述测试项注册请求，对所述测试项对应的多种实现方案进行注册，得到多组注册信息，所述多组注册信息与所述多种实现方案一一对应；

接收单元11，用于接收第二业务模块下发的对第一实现方案的调用指令，所述第一实现方案为所述多种实现方案中的任一种实现方案；

调用单元12，用于根据所述调用指令和第一注册信息，从基础层调用所述第一实现方案对应的第一服务，所述基础层设置有多个基础服务，所述第一注册信息为所述多组注册信息中所述第一实现方案对应的注册信息；

获取单元13，用于获取所述第一服务对应的初始测试数据，以利用所述初始测试数据完成对所述第一实现方案的测试过程，所述初始测试数据为对所述第一服务预先配置的测试数据。

可选的，所述客户端还包括：获取单元14、检测单元15和确定单元16；

所述获取单元14，用于从所述调用指令中获取第一实现方案标识；

所述检测单元15，还用于根据所述第一实现方案标识，检测所述第一实现方案是否满足预设注册条件；

所述确定单元16，用于当检测出所述第一实现方案满足所述预设注册条件时，根据所述第一实现方案标识确定所述第一注册信息；

所述调用单元12，具体用于利用所述第一注册信息，从所述基础层调用所述第一服务。

可选的，所述客户端还包括：组成单元17；

所述注册单元10，还用于利用预设应用程序编程接口，对所述多种实现方案进行注册，依次得到一种实现方案对应的一组注册信息，所述一组注册信息包括测试标识、初始测试数据字段和配置页生成参数；

所述组成单元17，用于依次将所述一组注册信息组成所述多组注册信息。

可选的，所述客户端还包括：生成单元18和显示单元19；

所述生成单元18，用于根据所述配置页生成参数，生成所述多种实现方案对应的多组配置条目；

所述显示单元19，用于在配置页面显示所述多组配置条目。

可选的，所述客户端还包括：查找单元110；

所述查找单元110，用于从所述第一注册信息中，查找所述第一实现方案对应的第一数据字段；

所述调用单元12，还用于根据所述第一数据字段，从所述基础层调用所述第一服务。

可选的，所述显示单元19，还用于在所述配置页面的第一配置条目中，显示所述初始测试数据，所述第一配置条目为所述第一实现方案对应的配置条目。

可选的，所述客户端还包括：测试单元111；

所述确定单元16，还用于当接收到对所述第一实现方案的测试指令时，根据所述初始测试数据，确定所述第一实现方案的业务逻辑所需的第一测试数据；

所述测试单元111，用于利用所述第一测试数据进行测试，并返回测试结果。

可选的，所述确定单元16，还用于当查找到配置测试数据时，将所述配置测试数据确定为所述第一测试数据；当未查找到所述配置测试数据时，将所述初始测试数据确定为所述第一测试数据。

可选的，所述客户端还包括：配置单元112；

所述接收单元11，用于在所述配置界面上，接收对所述第一配置条目的配置指令；

所述配置单元112，用于根据所述配置指令，对所述第一配置条目中的初始测试数据进行配置，得到所述配置测试数据。

下面参考图6，其示出了适于用来实现本公开实施例的电子设备(例如图5中的终端设备或服务器)800的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，电子设备800可以包括处理装置(例如中央处理器、图形处理器等)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储装置808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有电子设备800操作所需的各种程序和数据。处理装置801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

通常，以下装置可以连接至I/O接口805：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置807；包括例如磁带、硬盘等的存储装置808；以及通信装置809。通信装置809可以允许电子设备800与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备800，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置809从网络上被下载和安装，或者从存储装置808被安装，或者从ROM 802被安装。在该计算机程序被处理装置801执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：当接收到第一业务模块下发的测试项注册请求时，根据所述测试项注册请求，对所述测试项对应的多种实现方案进行注册，得到多组注册信息，所述多组注册信息与所述多种实现方案一一对应；接收第二业务模块下发的对第一实现方案的调用指令，所述第一实现方案为所述多种实现方案中的任一种实现方案；根据所述调用指令和第一注册信息，从基础层调用所述第一实现方案对应的第一服务，所述基础层设置有多个基础服务，所述第一注册信息为所述多组注册信息中所述第一实现方案对应的注册信息；获取所述第一服务对应的初始测试数据，以利用所述初始测试数据完成对所述第一实现方案的测试过程，所述初始测试数据为对所述第一服务预先配置的测试数据。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (20)

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

当接收到第一业务模块下发的测试项注册请求时，根据所述测试项注册请求，对所述测试项对应的多种实现方案进行注册，得到多组注册信息，所述多组注册信息与所述多种实现方案一一对应；

接收第二业务模块下发的对第一实现方案的调用指令，所述第一实现方案为所述多种实现方案中的任一种实现方案；

根据所述调用指令和第一注册信息，从基础层调用所述第一实现方案对应的第一服务，所述基础层设置有多个基础服务，所述第一注册信息为所述多组注册信息中所述第一实现方案对应的注册信息；

获取所述第一服务对应的初始测试数据，以利用所述初始测试数据完成对所述第一实现方案的测试过程，所述初始测试数据为对所述第一服务预先配置的测试数据。

2.根据权利要求1所述的方法，其特征在于，所述根据所述调用指令和第一注册信息，从基础层调用所述第一实现方案对应的第一服务，包括：

从所述调用指令中获取第一实现方案标识；

根据所述第一实现方案标识，检测所述第一实现方案是否满足预设注册条件；

当检测出所述第一实现方案满足所述预设注册条件时，根据所述第一实现方案标识确定所述第一注册信息；

利用所述第一注册信息，从所述基础层调用所述第一服务。

3.根据权利要求1所述的方法，其特征在于，所述对所述测试项对应的多种实现方案进行注册，得到多组注册信息，包括：

利用预设应用程序编程接口，对所述多种实现方案进行注册，依次得到一种实现方案对应的一组注册信息，所述一组注册信息包括测试标识、初始测试数据字段和配置页生成参数；

依次将所述一组注册信息组成所述多组注册信息。

4.根据权利要求3所述的方法，其特征在于，所述根据所述测试项注册请求，对所述测试项对应的多种实现方案进行注册，得到多组注册信息之后，所述方法还包括：

根据所述配置页生成参数，生成所述多种实现方案对应的多组配置条目；

在配置页面显示所述多组配置条目。

5.根据权利要求2所述的方法，其特征在于，所述利用所述第一注册信息，从基础层调用所述第一实现方案对应的第一服务，包括：

从所述第一注册信息中，查找所述第一实现方案对应的第一数据字段；

根据所述第一数据字段，从所述基础层调用所述第一服务。

6.根据权利要求4所述的方法，其特征在于，所述获取所述第一服务对应的初始测试数据之后，所述方法还包括：

在所述配置页面的第一配置条目中，显示所述初始测试数据，所述第一配置条目为所述第一实现方案对应的配置条目。

7.根据权利要求6所述的方法，其特征在于，所述获取所述第一服务对应的初始测试数据之后，所述方法还包括：

当接收到对所述第一实现方案的测试指令时，根据所述初始测试数据，确定所述第一实现方案的业务逻辑所需的第一测试数据；

利用所述第一测试数据进行测试，并返回测试结果。

8.根据权利要求7所述的方法，其特征在于，所述根据所述初始测试数据，确定所述第一实现方案的业务逻辑所需的第一测试数据，包括：

当查找到配置测试数据时，将所述配置测试数据确定为所述第一测试数据；

当未查找到所述配置测试数据时，将所述初始测试数据确定为所述第一测试数据。

9.根据权利要求8所述的方法，其特征在于，所述将所述配置测试数据确定为所述第一测试数据之前，所述方法还包括：

在所述配置页面上，接收对所述第一配置条目的配置指令；

根据所述配置指令，对所述第一配置条目中的初始测试数据进行配置，得到所述配置测试数据。

10.一种客户端，其特征在于，所述客户端包括：

注册单元，用于当接收到第一业务模块下发的测试项注册请求时，根据所述测试项注册请求，对所述测试项对应的多种实现方案进行注册，得到多组注册信息，所述多组注册信息与所述多种实现方案一一对应；

接收单元，用于接收第二业务模块下发的对第一实现方案的调用指令，所述第一实现方案为所述多种实现方案中的任一种实现方案；

调用单元，用于根据所述调用指令和第一注册信息，从基础层调用所述第一实现方案对应的第一服务，所述基础层设置有多个基础服务，所述第一注册信息为所述多组注册信息中所述第一实现方案对应的注册信息；

获取单元，用于获取所述第一服务对应的初始测试数据，以利用所述初始测试数据完成对所述第一实现方案的测试过程，所述初始测试数据为对所述第一服务预先配置的测试数据。

11.根据权利要求10所述的客户端，其特征在于，所述客户端还包括：获取单元、检测单元和确定单元；

所述获取单元，用于从所述调用指令中获取第一实现方案标识；

所述检测单元，还用于根据所述第一实现方案标识，检测所述第一实现方案是否满足预设注册条件；

所述确定单元，用于当检测出所述第一实现方案满足所述预设注册条件时，根据所述第一实现方案标识确定所述第一注册信息；

所述调用单元，具体用于利用所述第一注册信息，从所述基础层调用所述第一服务。

12.根据权利要求10所述的客户端，其特征在于，所述客户端还包括：组成单元；

所述注册单元，还用于利用预设应用程序编程接口，对所述多种实现方案进行注册，依次得到一种实现方案对应的一组注册信息，所述一组注册信息包括测试标识、初始测试数据字段和配置页生成参数；

所述组成单元，用于依次将所述一组注册信息组成所述多组注册信息。

13.根据权利要求12所述的客户端，其特征在于，所述客户端还包括：生成单元和显示单元；

所述生成单元，用于根据所述配置页生成参数，生成所述多种实现方案对应的多组配置条目；

所述显示单元，用于在配置页面显示所述多组配置条目。

14.根据权利要求10所述的客户端，其特征在于，所述客户端还包括：查找单元；

所述查找单元，用于从所述第一注册信息中，查找所述第一实现方案对应的第一数据字段；

所述调用单元，还用于根据所述第一数据字段，从所述基础层调用所述第一服务。

15.根据权利要求13所述的客户端，其特征在于，

所述显示单元，还用于在所述配置页面的第一配置条目中，显示所述初始测试数据，所述第一配置条目为所述第一实现方案对应的配置条目。

16.根据权利要求15所述的客户端，其特征在于，所述客户端还包括：数据确定单元和测试单元；

所述数据确定单元，还用于当接收到对所述第一实现方案的测试指令时，根据所述初始测试数据，确定所述第一实现方案的业务逻辑所需的第一测试数据；

所述测试单元，用于利用所述第一测试数据进行测试，并返回测试结果。

17.根据权利要求16所述的客户端，其特征在于，

所述确定单元，还用于当查找到配置测试数据时，将所述配置测试数据确定为所述第一测试数据；当未查找到所述配置测试数据时，将所述初始测试数据确定为所述第一测试数据。

18.根据权利要求17所述的客户端，其特征在于，所述客户端还包括：配置单元；

所述接收单元，用于在所述配置页面上，接收对所述第一配置条目的配置指令；

所述配置单元，用于根据所述配置指令，对所述第一配置条目中的初始测试数据进行配置，得到所述配置测试数据。

19.一种客户端，其特征在于，所述客户端包括：处理器、存储器、接收器及通信总线，所述接收器，用于接收第二业务模块下发的对第一实现方案的调用指令，所述处理器执行所述存储器中存储的运行程序时实现如权利要求1-9任一项所述的方法。

20.一种计算机可读存储介质，其上存储有计算机程序，应用于客户端，其特征在于，该计算机程序被处理器执行时实现如权利要求1-9任一项所述的方法。

Images