CN110781082B - 接口的测试用例的生成方法及装置、介质和设备 - Google Patents

Abstract

本公开涉及计算机技术领域，提供了一种接口的测试用例的生成方法及装置，以及计算机存储介质和电子设备。其中，该方法包括：将用于接口描述的Proto格式的第一文件转换为目标格式的第二文件；解析第一文件和第二文件之间的映射关系，得到类描述信息和嵌套关系信息；根据类描述信息和嵌套关系信息确定目标参数；根据目标参数生成接口的测试用例。本技术方案够有效提升接口测试效率。

Description

接口的测试用例的生成方法及装置、介质和设备

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种接口的测试用例的生成方法及装置，以及实现上述接口的测试用例的生成方法的计算机存储介质和电子设备。

背景技术

Protocol Buffer为一种结构化数据的数据存储格式，通过将结构化数据进行串行化(序列化)，从而实现数据存储/远程过程调用(Remote Procedure Call，简称：RPC)数据交换的功能。在传输数据量较大的需求场景下，Protocol Buffer比XML、JSON等结构数据的序列化的工具占用空间量更小、且具有更快的处理速度，同时，Protocol Buffer可以跨平台、跨语音使用。具体可用于网络传输、配置文件、数据存储等诸多领域。其中，通过Proto定义的后台接口已经广泛应用于众多开发项目中。

其中，相关技术提供的接口的测试用例的生成方法如下：通过接口(Application，简称：API)描述文件(如：开发提供的JSON格式的接口描述文件)，或者测试整理的信息来获取接口名及相关接口参数。进一步地，将获取到的接口名及相关接口参数填充至测试用例模板，得到测试用例。从而，通过测试用例进行对应接口的测试。

然而，相关技术获取接口参数时需手工整理，或者开发支持的描述性文档。其中，手工整理会造成耗时增加，而开发支持的描述性文档依赖于开发使用的框架是否支持对应的项目。也就是说，相关技术提供方案的接口测试效率有待提高。

需要说明的是，上述背景技术部分公开的信息仅用于加强对本公开的背景的理解。

发明内容

本公开的目的在于提供一种接口的测试用例的生成方法及装置，以及实现上述接口的测试用例的生成方法的计算机存储介质和电子设备，进而至少在一定程度上提升接口测试效率。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种接口的测试用例的生成方法，包括：

将用于接口描述的Proto格式的第一文件转换为目标格式的第二文件；解析上述第一文件和上述第二文件之间的映射关系，得到类描述信息和嵌套关系信息；根据上述类描述信息和上述嵌套关系信息确定目标参数；根据上述目标参数生成上述接口的测试用例。

根据本公开的一个方面，提供一种接口的测试用例的生成装置，包括：转换模块、解析模块、参数确定模块，以及测试用例生成模块。其中：

上述转换模块，被配置为：将用于接口描述的Proto格式的第一文件转换为目标格式的第二文件；上述解析模块，被配置为：解析上述第一文件和上述第二文件之间的映射关系，得到类描述信息和嵌套关系信息；上述参数确定模块，被配置为：根据上述类描述信息和上述嵌套关系信息确定目标参数；上述测试用例生成模块，被配置为：根据上述目标参数生成上述接口的测试用例。

在本公开示例性的实施例中，基于前述方案，上述解析模块，具体被配置为：

根据上述第一文件的消息结构体确定上述目标格式的第一类描述；根据上述第一文件的枚举结构体确定上述目标格式的第二类描述以及关联文件类描述；解析上述第一类描述的字段关键字确定上述消息结构体的嵌套关系信息，以及解析上述关联文件类描述的字段关键字确定上述枚举结构体中关联文件的嵌套关系信息。

在本公开示例性的实施例中，基于前述方案，上述参数确定模块，具体被配置为：

根据上述嵌套关系信息判断当前处理类是否为嵌套结构体；若上述当前处理类不是嵌套结构体，则：

通过正则表达式，提取关于上述当前处理类的数据类型字典和修饰标签字典；根据上述数据类型字典的值和上述修饰标签字典的值确定上述当前处理类的目标参数。

在本公开示例性的实施例中，基于前述方案，上述参数确定模块，具体还被配置为：

若上述当前处理类是嵌套结构体，则：

根据上述嵌套关系信息确定下一处理类；通过正则表达式，提取关于上述下一处理类的数据类型字典和修饰标签字典；根据上述数据类型字典的值和上述修饰标签字典的值确定上述下一处理类的目标参数。

在本公开示例性的实施例中，基于前述方案，上述解析模块，具体还被配置为：

获取接口的名称，并根据接口名称过滤出目标类；解析上述第一文件和上述第二文件之间的映射关系，得到关于上述目标类的类描述信息和嵌套关系信息。

在本公开示例性的实施例中，基于前述方案，上述测试用例生成模块，具体被配置为：

获取测试用例模板，并将上述目标类的接口名和上述目标参数填充至上述测试用例模板中，得到上述接口的测试用例。

在本公开示例性的实施例中，基于前述方案，上述测试用例生成模块，具体还被配置为：

根据所述目标参数生成所述接口的测试用例，并将所述测试用例存储至区块链中。

在本公开示例性的实施例中，基于前述方案，上述测试用例生成模块，具体还被配置为：

将上述接口名和上述目标参数作为JSON对象，将上述JSON对象渲染至上述测试用例模板中。

根据本公开的一个方面，提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述的接口的测试用例的生成方法。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述第一方面所述的接口的测试用例的生成方法。

由上述技术方案可知，本公开示例性实施例中的接口的测试用例的生成方法及装置，以及实现上述接口的测试用例的生成方法的计算机存储介质和电子设备至少具备以下优点和积极效果：

在本公开的一些实施例所提供的技术方案中，先将用于接口描述的Proto格式的第一文件转换为目标格式的第二文件，以通过该目标格式的语言(如，Python)进行后续数据分析。进而，解析该第一文件和对应的第二文件之间的映射关系，得到类描述信息和嵌套关系信息。进一步地，根据上述类描述信息和嵌套关系信息确定目标参数，并根据所确定的目标参数生成接口的测试用例。本技术方案可应用至Proto定义的后台接口项目中，能够替代人工分析Proto文件提取接口参数的部分，同时，自动化生成批量的API接口测试用例，避免用例脚本编写时参数分析错误导致的错误调试时间，进而提升了接口测试效率。

本公开应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

在附图中：

图1示出了可以应用本公开实施例的一种接口的测试用例的生成方法及装置的示例性应用环境的***架构的示意图；

图2示意性示出了根据本公开的一实施例的接口的测试用例的生成方法的流程图；

图3示意性示出了根据本公开的一实施例的第一文件与第二文件之间的关系图；

图4示意性示出了根据本公开的一实施例的接口的类描述信息和嵌套关系的确定方法的流程图；

图5示意性示出了根据本公开的一实施例的目标类的确定方法的流程图；

图6示意性示出了根据本公开的一实施例的接口的目标参数的确定方法的流程图；

图7示意性示出了根据本公开的另一实施例的接口的测试用例的生成方法的流程图；

图8示意性示出本公开示例性实施例中接口的测试用例的生成装置的结构图；以及，

图9示出本公开示例性实施例中电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括：区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

示例性的，图1示出了可以应用本公开实施例的一种接口的测试用例的生成方法及装置的示例性应用环境的***架构的示意图。

如图1所示，***架构100可以包括终端设备101、102、103中的一个或多个，网络104和服务端105。其中，上述终端设备101、102、103和服务端105中的任意一个均可以作为上述区块链中的区块链节点设备。示例性的。本公开提供的接口的测试用例的生成方法可以由任意区块链节点执行，还可以将生成的测试用例存储至该区块链中。

具体的，网络104用以在终端设备101、102、103和服务端105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等等。应该理解，图1中的终端设备、网络和服务端的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务端。比如服务端105可以是多个服务端组成的服务端集群等。

本公开实施例所提供的接口的测试用例的生成方法可以由任意区块链节点执行。例如，可以采用区块链节点服务端105执行，相应地，接口的测试用例的生成装置一般设置于服务端105中。但本领域技术人员容易理解的是，本公开实施例所提供的接口的测试用例的生成方法也可以由其他区块链节点如终端设备101、102、103执行，相应的，接口的测试用例的生成装置也可以设置于终端设备101、102、103中，本示例性实施例中对此不做特殊限定。

举例而言，在一种示例性实施例中，可以是终端设备101、102、103获取用于接口描述的Proto格式的第一文件并发送至服务端105。从而，服务端105将用于接口描述的Proto格式的第一文件转换为目标格式的第二文件；然后，服务端105解析所述第一文件和所述第二文件之间的映射关系，得到类描述信息和嵌套关系信息。进一步地，服务端105根据所述类描述信息和所述嵌套关系信息确定目标参数；最终，服务端105根据所述目标参数生成所述接口的测试用例。

示例性的，将生成的接口的测试用例分布式存储至区块链中，有利于提高测试用例的可用性，进而有利于提升接口测试效率。

示例性的，服务端105还可以将接口的测试用例发送至终端设备101、102、103，从而，用户可以通过终端设备101、102、103进行接口测试。

另一种相关技术中，根据Python Protobuf自动生成Protobuf包收发接口，并通过dir内容函数来获取接口名称和参数名称，以生产测试用例。然而，该相关技术提供的测试用例的生成方案中，仅使用内置函数dir内容函数获取参数，将造成无法满足复杂接口参数的获取，如：(1)、无法获取接口的Message类型的结构体定义内嵌结构体；(2)、无法获取接口的修饰选项Required、Optional以及Repeated；(3)、无法获取接口的参数是枚举类型时，枚举选项和属性值。

本技术方案提供的接口的测试用例的生成方法及装置、计算机存储介质以及电子设备，能够至少在一定程度上解决上述相关技术中存在的一个或多个问题。以下先对本公开提供接口的测试用例的生成方法实施例的进行详细阐述：

图2示意性示出了根据本公开的一实施例的接口的测试用例的生成方法的流程图。具体的，参考图2，该图所示实施例包括：

步骤S210，将用于接口描述的Proto格式的第一文件转换为目标格式的第二文件；

步骤S220，解析所述第一文件和所述第二文件之间的映射关系，得到类描述信息和嵌套关系信息；

步骤S230，根据所述类描述信息和所述嵌套关系信息确定目标参数；以及，

步骤S240，根据所述目标参数生成所述接口的测试用例。

在图2所示实施例提供的技术方案可应用至Proto定义的后台接口项目中，能够替代人工分析Proto文件提取接口参数的部分，同时，自动化生成批量的API接口测试用例，避免用例脚本编写时参数分析错误导致的错误调试时间，进而提升了接口测试效率。

以下对图2所示实施例各个步骤的具体实施方式进行详细阐述：

在示例性的实施例中，在步骤S210中，将接口描述文件(即，Proto格式的第一文件)转换为目标格式的第二文件。本实施例中，采用Python进行数据分析以得到测试用例，因此本实施例中的目标格式可以采用Python。则在该实施例中，上述第二文件为Python格式，示例性的：

通过Python库实现源文件(即上述第一文件)至第二文件的转换，即Protoc./xxx.Proto--Python_out＝./，从而将源码xx.Proto的第一文件转换为第二文件xx_pb2.py。

具体的，Proto格式的第一文件中数据类型可以分为两大类。第一类为复合数据类型，包括：枚举类型和消息(Message)类型；第二类为标准数据类型，包括：整型、浮点型以及字符串等。

另外，数据类型前还包括修饰词：

①Required:必须赋值，不能为空，否则该条Message会被认为是“uninitialized”。除此之外，“Required”字段跟“Optional”字段并无差别。

②Optional:字段可以赋值，也可以不赋值。假如没有赋值的话，会被赋上默认值。

③Repeated:该字段可以重复任意次数。重复数据的顺序将会保存在Protocolbuffer中，将这个字段想象成一个可以自动设置size的数组就可以了。

在示例性的实施例中，图3示意性示出了根据本公开的一实施例的第一文件与第二文件之间的关系图。具体的，参考图3，其中，310部分为接口描述文件，即Proto格式的第一文件，320部分为与310部分对应的Python格式的第二文件。

在示例性的实施例中，在步骤S220中，解析第一文件和第二文件之间的映射关系，以得到类描述信息和嵌套关系信息。

具体的，图4示意性示出了根据本公开的一实施例的接口的类描述信息和嵌套关系的确定方法的流程图，可以作为步骤220的一种具体实施方式。以下结合图3对图4所示实施例进行解释说明：

在步骤S410中，根据所述第一文件的消息结构体确定所述目标格式的第一类描述。

示例性的，参考图3，其中310部分的结构体311，具体为：

其中，可以通过关键字Message确定上述结构体311为Message类型的结构体。

在示例性的实施例中，通过将第一文件转换为目标格式的第二文件，从而实现通过描述器Descriptor获取结构体311的属性和方法。示例性的，转换310部分的上述Message类型的结构体311得到320部分的：Descriptor及描述信息321，进一步还包括对该结构体311内各个字段的描述器FieldDescriptor 322。具体的，每个字段的描述器FieldDescriptor 322包括Field的描述信息323：字段名称字段类型以及字段选项等信息。

可见，转换生成的第二文件可以获取接口描述文件中Message类型的结构体所包含的信息。

在步骤S420中，根据所述第一文件的枚举结构体确定所述目标格式的第二类描述以及关联文件类描述。

示例性的，再次参考图3，其中310部分的结构体314，具体为：

其中，可以通过关键字enum确定上述结构体314为枚举类型的结构体。

在示例性的实施例中，通过将第一文件转换为目标格式的第二文件，从而实现通过描述器EnumDescriptor获取上述结构体314的属性和方法。示例性的，转换310部分的上述枚举类型的结构体314得到320部分的：EnumDescriptor及描述信息326，进一步还包括对该结构体314内各个枚举值(Value)的描述器EnumValueDescriptor 327。具体的，每个EnumValueDescripto 327包括Value的描述信息328：枚举项以及枚举值等信息。

可见，转换生成的第二文件可以获取接口描述文件中枚举类型的结构体所包含的信息。

在步骤S430中，解析所述第一类描述的字段关键字确定所述消息结构体的嵌套关系信息，以及解析所述关联文件类描述的字段关键字确定所述枚举结构体中关联文件的嵌套关系信息。

在示例性的实施例中，不管是Message类型的结构体、枚举类型的结构体，还是枚举项中包含的结构体，均可能包含嵌套关系。以下以获取接口描述文件中Message类型的结构体中的嵌套关系为例进行说明：

示例性的，再次参考图3，其中310部分的结构体313，具体为：

其中，首先可以通过关键字Message确定上述结构体为Message类型的结构体。另外，可以通过Repeated DataField可以确定该结构体为一个嵌套结构体，并且与结构体311具有嵌套关系；也可以通过Repeated DataInfo可以确定该结构体为一个嵌套结构体，并且与结构体312具有嵌套关系。

在示例性的实施例中，通过将第一文件转换为目标格式的第二文件，从而实现上述嵌套关系的确定。示例性的，参考图3所示出的转换后的第二文件中的325：“_GETREQ.fields_by_name['fields'].Message_type＝_DATAFIELD

_GETREQ.fields_by_name['data_infos'].Message_type＝_DATAINFO”。从而获取到了接口描述文件中Message类型的结构体313示出的嵌套关系。

可见，转换生成的第二文件可以获取接口描述文件中各个结构体所包含的嵌套关系。

在示例性的实施例中，参考图3，结构体312为二次嵌套结构体。具体的：

“Message DataInfo{

Optional string id＝1；

Optional int32 ret＝2；

Repeated DataField fields＝3；

}”

其中，首先可以通过关键字Message确定上述结构体为Message结构体。另外，可以通过Repeated DataField可以确定该结构体为一个嵌套结构体，并且与结构体311具有嵌套关系。

参考关于结构体314的实施例，通过将第一文件转换为目标格式的第二文件，从而实现上述嵌套关系的确定。示例性的，参考图3所示出的转换后的第二文件中的324：“_DATAINFO.fields_by_name['fields'].Message_type＝_DATAFIELD”。从而获取到了接口描述文件中Message类型的结构体312示出的嵌套关系。

通过图3和图4所示实施例，可以获取接口描述文件中各个结构体的属性和方法信息。以下将通过对所获取信息的处理来确定测试用例。

在示例性的实施例中，图5示意性示出了根据本公开的一实施例的目标类的确定方法的流程图。

步骤S510，获取接口的名称，并根据接口名称过滤出目标类；以及，

步骤S520，解析所述第一文件和所述第二文件之间的映射关系，得到关于所述目标类的类描述信息和嵌套关系信息。

在示例性的实施例中，为了提高解析结构体的效率去掉无效的类(结构体)。本实施例中，将请求类型的类作为有效类，其他类将被筛除。示例性的，请求类型的类如：图3中的结构体313“Message GetReq{……}”、Message ColumnOpReq{……}；而返回类型的类(如：Message ColumnOpResp{……})对于接口测试请求来说是无用的，所以将被删除。

通过本实施例确定了对于接口测试请求来说是有效的请求类(即，目标类)，则在步骤S230中，根据目标类的类描述信息、目标类的嵌套关系信息确定目标参数。

具体的，图6示意性示出了根据本公开的一实施例的接口的目标参数的确定方法的流程图，可以作为步骤230的一种具体实施方式。参考图6，该图所示实施例包括步骤S610-步骤S640。

在步骤S610中，根据所述嵌套关系信息判断当前处理类是否为嵌套结构体。

本实施例中根据当前处理类是否为嵌套结构体(即是否包含嵌套关系信息)进行不同的处理。具体的：

一、若所述当前处理类是嵌套结构体，则执行步骤S620-步骤S640：

在步骤S620中，根据所述嵌套关系信息确定下一处理类；

在步骤S630中，通过正则表达式，提取关于所述下一处理类的数据类型字典和修饰标签字典；

在步骤S640中，根据所述数据类型字典的值和所述修饰标签字典的值确定所述下一处理类的目标参数。

二、若所述当前处理类不是嵌套结构体，则直接执行步骤S630和步骤S640：

在步骤S630中，通过正则表达式，提取关于所述当前处理类的数据类型字典和修饰标签字典；

在步骤S640中，根据所述数据类型字典的值和所述修饰标签字典的值确定所述当前处理类的目标参数。

在示例性的实施例中，图7示意性示出了根据本公开的另一实施例的接口的测试用例的生成方法的流程图，以下的各步骤的具体实施方式继续详细阐述。

在步骤S71中，通过dir()内置函数，获取第二文件中的请求接口名称，返回名称列表；在步骤S72中，对pb2.py文件进行读取并处理，提取Descriptor和EnumDescriptor描述内容，返回描述内容列表；在步骤S73中，通过正则表达式，提取并分解Descriptor和EnumDescriptor描述内容列表，返回字典；示例性的，上述字典具体包括：类的数据类型字典和修饰标签字典。

在示例性的实施例中，上述数据类型字典的属性值包括：1(代表double)，3(代表int64)，4(代表unit64)，5(代表int32)，13(代表uint32)，9(代表string)，11(代表struct)以及14(代表enum)。

在示例性的实施例中，上述修饰标签字典的属性值包括：3(代表Repeated)，1(代表Optional)等。

在步骤S741中，根据接口名称过滤出请求类描述；或，在步骤S742中，从所述接口名称列表中排除请求类描述。本实施中，通过去掉对接口测试无效的类(结构体)来提高解析结构体的效率。

在步骤S75中，从pb2.py文件中通过字段关键字，提取结构体的嵌套关系Relation，返回嵌套关系列表。

在步骤S76中，根据修饰标签字典的属性值进行判断。具体可以包括以下几种情况：

在步骤S771中，该属性值为3，则说明字段的修饰词为Repeated，进而将赋值设置为列表形式，如：list类型。

在步骤S772中，该属性值为1，则说明字段的修饰词为Optional，说明该字段为选填的参数。

在步骤S78中，根据数据类型的属性值是进行判断。具体可以包括以下几种情况：

在步骤S791中，若数据类型字典的属性值为14，说明属于枚举类型，则采用枚举类型的处理函数进行赋值处理。示例性的，给出枚举的选项及值。

在步骤S792中，若数据类型字典的属性值为1/3/4/5/13/9，说明属于double/int64/unit64/int32/uint32/string(即，基础类型)，则赋值为默认值。例如：数据类型字典的属性值为9，则直接把参name赋值为””。

在步骤S793中，数据类型字典的属性值为11，说明属于结构体，则采用结构体的处理函数进行赋值处理。示例性的，将查找嵌套关系来确定下一个待处理的类描述，以及该类的字典。进一步地，重复执行步骤S76和步骤S78。

通过图7所示实施例提供的技术方案确定了目标类相关的目标参数，进一步地，在步骤S240中，根据所述目标参数生成所述接口的测试用例。

在示例性的实施例中。首先获取测试用例模板，然后将上述目标类的接口名和所述目标参数填充至所述测试用例模板中，得到所述接口的测试用例。

具体地，将上述接口名和上述目标参数作为JSON对象，将所述JSON对象渲染至所述测试用例模板中，从而实现将接口名和目标参数填充至所述测试用例模板中，得到了接口的测试用例。示例性的，使用Python的string模块的Template函数将所述JSON对象的内容，填充至测试用例模板中，生成接口的测试用例。

在技术方案提供的接口的测试用例的生成方法可应用至Proto定义的后台接口项目中，能够替代人工分析Proto文件提取接口参数的部分，同时，自动化生成批量的API接口测试用例，避免用例脚本编写时参数分析错误导致的错误调试时间，进而提升了接口测试效率。本技术方案还可以由区块链节点执行，还可以将生成的接口的测试用例分布式存储至区块链中。从而有利于提高测试用例的可用性，进而有利于进一步地提升接口测试效率。

本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由处理器(包含CPU和GPU)执行的计算机程序。在该计算机程序被CPU执行时，执行本公开提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本公开示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

以下介绍本公开的接口的测试用例的生成装置实施例，可以用于执行本公开上述的接口的测试用例的生成方法。

图8示意性示出本公开示例性实施例中接口的测试用例的生成装置的结构图。如图8所示，上述接口的测试用例的生成装置800包括：转换模块801、解析模块802、参数确定模块803，以及测试用例生成模块804。其中：

上述转换模块801，被配置为：将用于接口描述的Proto格式的第一文件转换为目标格式的第二文件；上述解析模块802，被配置为：解析上述第一文件和上述第二文件之间的映射关系，得到类描述信息和嵌套关系信息；上述参数确定模块803，被配置为：根据上述类描述信息和上述嵌套关系信息确定目标参数；上述测试用例生成模块804，被配置为：根据上述目标参数生成上述接口的测试用例。

在本公开示例性的实施例中，基于前述方案，上述解析模块802，具体被配置为：

根据上述第一文件的消息结构体确定上述目标格式的第一类描述；根据上述第一文件的枚举结构体确定上述目标格式的第二类描述以及关联文件类描述；解析上述第一类描述的字段关键字确定上述消息结构体的嵌套关系信息，以及解析上述关联文件类描述的字段关键字确定上述枚举结构体中关联文件的嵌套关系信息。

在本公开示例性的实施例中，基于前述方案，上述参数确定模块803，具体被配置为：

根据上述嵌套关系信息判断当前处理类是否为嵌套结构体；若上述当前处理类不是嵌套结构体，则：

通过正则表达式，提取关于上述当前处理类的数据类型字典和修饰标签字典；根据上述数据类型字典的值和上述修饰标签字典的值确定上述当前处理类的目标参数。

在本公开示例性的实施例中，基于前述方案，上述参数确定模块803，具体还被配置为：

若上述当前处理类是嵌套结构体，则：

根据上述嵌套关系信息确定下一处理类；通过正则表达式，提取关于上述下一处理类的数据类型字典和修饰标签字典；根据上述数据类型字典的值和上述修饰标签字典的值确定上述下一处理类的目标参数。

在本公开示例性的实施例中，基于前述方案，上述解析模块802，具体还被配置为：

获取接口的名称，并根据接口名称过滤出目标类；解析上述第一文件和上述第二文件之间的映射关系，得到关于上述目标类的类描述信息和嵌套关系信息。

在本公开示例性的实施例中，基于前述方案，上述测试用例生成模块804，具体被配置为：

获取测试用例模板，并将上述目标类的接口名和上述目标参数填充至上述测试用例模板中，得到上述接口的测试用例。

在本公开示例性的实施例中，基于前述方案，上述测试用例生成模块804，具体还被配置为：

根据所述目标参数生成所述接口的测试用例，并将所述测试用例存储至区块链中。

在本公开示例性的实施例中，基于前述方案，上述测试用例生成模块804，具体还被配置为：

将上述接口名和上述目标参数作为JSON对象，将上述JSON对象渲染至上述测试用例模板中。

上述接口的测试用例的生成装置中各单元的具体细节已经在说明书附图2至图7对应的接口的测试用例的生成方法中进行了详细的描述，因此此处不再赘述。

图9示出了适于用来实现本公开实施例的电子设备的计算机***的结构示意图。

需要说明的是，图9示出的电子设备的计算机***900仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，计算机***900包括处理器901(包括：图形处理单元(GraphicsProcessing Unit，简称：GPU)、中央处理单元(Central Processing Unit，简称：CPU)，其可以根据存储在只读存储器(Read-Only Memory，简称：ROM)902中的程序或者从存储部分908加载到随机访问存储器(Random Access Memory，RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有***操作所需的各种程序和数据。处理器(CPU或GPU)901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(Input/Output，简称：I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(Cathode Ray Tube，简称：CRT)、液晶显示器(Liquid Crystal Display，简称：LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如局域网(LocalArea Network，简称：LAN)卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器(CPU或GPU)901执行时，执行本申请的***中限定的各种功能。

需要说明的是，本公开实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。

计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，简称：EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，简称：CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。

计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。

例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

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

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

例如，所述的电子设备可以实现如图2中所示的：步骤S210，将用于接口描述的Proto格式的第一文件转换为目标格式的第二文件；步骤S220，解析所述第一文件和所述第二文件之间的映射关系，得到类描述信息和嵌套关系信息；步骤S230，根据所述类描述信息和所述嵌套关系信息确定目标参数；以及，步骤S240，根据所述目标参数生成所述接口的测试用例。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务端、触控终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (8)

1.一种接口的测试用例的生成方法，其特征在于，所述方法包括：

将用于接口描述的Proto格式的第一文件转换为目标格式的第二文件；

解析所述第一文件和所述第二文件之间的映射关系，得到类描述信息和嵌套关系信息；

根据所述嵌套关系信息判断当前处理类是否为嵌套结构体；

若所述当前处理类不是嵌套结构体，则通过正则表达式，提取关于所述当前处理类的数据类型字典和修饰标签字典；根据所述数据类型字典的值和所述修饰标签字典的值确定所述当前处理类的目标参数；

若所述当前处理类是嵌套结构体，则根据所述嵌套关系信息确定下一处理类；通过正则表达式，提取关于所述下一处理类的数据类型字典和修饰标签字典；根据所述数据类型字典的值和所述修饰标签字典的值确定所述下一处理类的目标参数；

根据所述目标参数生成所述接口的测试用例。

2.根据权利要求1所述的接口的测试用例的生成方法，其特征在于，所述解析所述第一文件和所述第二文件之间的映射关系，得到类描述信息和嵌套关系信息，包括：

根据所述第一文件的消息结构体确定所述目标格式的第一类描述；

根据所述第一文件的枚举结构体确定所述目标格式的第二类描述以及关联文件类描述；

解析所述第一类描述的字段关键字确定所述消息结构体的嵌套关系信息，以及解析所述关联文件类描述的字段关键字确定所述枚举结构体中关联文件的嵌套关系信息。

3.根据权利要求1或2所述的接口的测试用例的生成方法，其特征在于，所述解析所述第一文件和所述第二文件之间的映射关系，得到类描述信息和嵌套关系信息，包括：

获取接口的名称，并根据接口名称过滤出目标类；

解析所述第一文件和所述第二文件之间的映射关系，得到关于所述目标类的类描述信息和嵌套关系信息。

4.根据权利要求3所述的接口的测试用例的生成方法，其特征在于，所述根据所述目标参数生成所述接口的测试用例，包括：

获取测试用例模板，并将所述目标类的接口名和所述目标参数填充至所述测试用例模板中，得到所述接口的测试用例。

5.根据权利要求1所述的接口的测试用例的生成方法，其特征在于，所述根据所述目标参数生成所述接口的测试用例，包括：

根据所述目标参数生成所述接口的测试用例，并将所述测试用例存储至区块链中。

6.一种接口的测试用例的生成装置，其特征在于，所述装置包括：

转换模块，被配置为：将用于接口描述的Proto格式的第一文件转换为目标格式的第二文件；

解析模块，被配置为：解析所述第一文件和所述第二文件之间的映射关系，得到类描述信息和嵌套关系信息；

参数确定模块，被配置为：根据所述嵌套关系信息判断当前处理类是否为嵌套结构体；若所述当前处理类不是嵌套结构体，则通过正则表达式，提取关于所述当前处理类的数据类型字典和修饰标签字典；根据所述数据类型字典的值和所述修饰标签字典的值确定所述当前处理类的目标参数；若所述当前处理类是嵌套结构体，则根据所述嵌套关系信息确定下一处理类；通过正则表达式，提取关于所述下一处理类的数据类型字典和修饰标签字典；根据所述数据类型字典的值和所述修饰标签字典的值确定所述下一处理类的目标参数；

测试用例生成模块，被配置为：根据所述目标参数生成所述接口的测试用例。

7.一种计算机存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5中任意一项所述的接口的测试用例的生成方法。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至5中任意一项所述的接口的测试用例的生成方法。

Images