CN112597018A - 接口测试用例生成方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种接口测试用例生成方法、装置、设备及存储介质，涉及接口测试技术领域。包括：获取待测试的目标接口的接口文档，接口文档中包括：目标接口的参数的名称、参数的类型、参数长度、参数是否为必填参数；根据接口文档的类型，对接口文档进行解析，得到至少一组参数信息，每组参数信息包括：参数的名称、参数的类型、参数长度、参数是否为必填参数；根据至少一组参数信息，生成目标接口的测试用例。在本方案中，在接口测试的整个过程中，测试人员只需要上传接口设计文档，就能够实现自动生成测试用例，不需要测试人员手动编写测试用例，解放了大量的人力物力，极大的提高了测试效率。

Description

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

技术领域

本发明涉及接口测试技术领域，具体而言，涉及一种接口测试用例生成方法、装置、设备及存储介质。

背景技术

接口测试是系统测试的重要组成部分，是保证系统正常运行的基础。因此，为了保证接口的准确性，需要设计测试场景，对接口进行测试和校验。

目前，在实现项目接口测试过程中，需要通过测试人员编写大量的测试用例，并通过一系列开源的测试框架单个执行接口请求，查看测试结果。

但是，采用现有技术方法，需要测试人员耗费大量的时间和精力编写测试用例，导致接口测试效率低。

发明内容

本申请的目的在于，针对上述现有技术中的不足，提供一种接口测试用例生成方法、装置、设备及存储介质，以便提高接口测试的效率。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种接口测试用例生成方法，包括：

获取待测试的目标接口的接口文档，所述接口文档中包括：所述目标接口的参数的名称、参数的类型、参数长度、参数是否为必填参数；

根据所述接口文档的类型，对所述接口文档进行解析，得到至少一组参数信息，每组参数信息包括：参数的名称、参数的类型、参数长度、参数是否为必填参数；

根据所述至少一组参数信息，生成所述目标接口的测试用例。

可选地，所述根据所述接口文档的类型，对所述接口文档进行解析，得到至少一组参数信息，包括：

根据所述接口文档的类型，选择与所述接口文档的类型匹配的目标代码组件；

使用所述目标代码组件对所述接口文档进行解析，得到所述至少一组参数信息。

可选地，所述根据所述至少一组参数信息，生成所述目标接口的测试用例，包括：

根据每组参数信息中参数的类型以及参数是否为必填参数，生成正常参数值以及异常参数值；

使用所述参数的名称、所述正常参数值以及所述异常参数值，生成所述目标接口的测试用例。

可选地，所述接口文档中还包括：所述目标接口的路径以及请求方式；所述方法还包括：

为所述路径增加协议以及域名，得到所述目标接口的接口请求地址。

可选地，所述方法还包括：将所述目标接口的接口请求地址以及所述请求方式增加至所述目标接口的测试用例。

可选地，所述方法还包括：

执行所述目标接口的测试用例，得到测试结果以及可视化测试报告；

保存所述测试结果以及所述可视化测试报告。

可选地，所述方法还包括：

对所述目标接口对应的多次测试结果进行统计，得到统计结果；

以图表形式显示所述统计结果；

显示所述可视化测试报告。

第二方面，本申请实施例还提供了一种接口测试用例生成装置，所述装置包括：获取模块、解析模块、生成模块；

所述获取模块，用于获取待测试的目标接口的接口文档，所述接口文档中包括：所述目标接口的参数的名称、参数的类型、参数长度、参数是否为必填参数；

所述解析模块，用于根据所述接口文档的类型，对所述接口文档进行解析，得到至少一组参数信息，每组参数信息包括：参数的名称、参数的类型、参数长度、参数是否为必填参数；

所述生成模块，用于根据所述至少一组参数信息，生成所述目标接口的测试用例。

可选地，所述解析模块，还用于：

根据所述接口文档的类型，选择与所述接口文档的类型匹配的目标代码组件；

使用所述目标代码组件对所述接口文档进行解析，得到所述至少一组参数信息。

可选地，所述生成模块，还用于：

根据每组参数信息中参数的类型以及参数是否为必填参数，生成正常参数值以及异常参数值；

使用所述参数的名称、所述正常参数值以及所述异常参数值，生成所述目标接口的测试用例。

可选地，所述接口文档中还包括：所述目标接口的路径以及请求方式；所述获取模块，还用于：

为所述路径增加协议以及域名，得到所述目标接口的接口请求地址。

可选地，所述装置还包括：增加模块；

所述增加模块，用于将所述目标接口的接口请求地址以及所述请求方式增加至所述目标接口的测试用例。

可选地，所述生成模块，还用于：

执行所述目标接口的测试用例，得到测试结果以及可视化测试报告；

保存所述测试结果以及所述可视化测试报告。

可选地，所述生成模块，还用于：

对所述目标接口对应的多次测试结果进行统计，得到统计结果；

以图表形式显示所述统计结果；

显示所述可视化测试报告。

第三方面，本申请实施例还提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如第一方面提供的所述方法的步骤。

第四方面，本申请实施例还提供了一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如以执行如第一方面提供的所述方法的步骤。

本申请的有益效果是：

本申请实施例提供一种接口测试用例生成方法、装置、设备及存储介质，包括：获取待测试的目标接口的接口文档，接口文档中包括：目标接口的参数的名称、参数的类型、参数长度、参数是否为必填参数；根据接口文档的类型，对接口文档进行解析，得到至少一组参数信息，每组参数信息包括：参数的名称、参数的类型、参数长度、参数是否为必填参数；根据至少一组参数信息，生成目标接口的测试用例。在本方案中，根据上传的接口文档的类型，对接口文档解析得到至少一组参数信息，并使用上述得到的至少一组参数信息自动生成目标接口的测试用例，使得在接口测试的整个过程中，测试人员只需要上传接口设计文档，就能够实现自动生成测试用例，不需要测试人员手动编写测试用例，解放了大量的人力物力，极大的提高了测试效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种接口测试用例生成平台的结构示意图；

图2为本申请实施例提供的一种接口测试用例生成方法的流程示意图；

图3为本申请实施例提供的一种接口测试用例生成方法中的接口文档的示意图；

图4为本申请实施例提供的另一种接口测试用例生成方法的流程示意图；

图5为本申请实施例提供的又一种接口测试用例生成方法的流程示意图；

图6为本申请实施例提供的另一种接口测试用例生成方法的流程示意图；

图7为本申请实施例提供的又一种接口测试用例生成方法的流程示意图；

图8为本申请实施例提供的一种接口测试用例生成装置的结构示意图；

图9为本申请实施例提供的一种电子设备的结构示意图。

图标：100-接口测试用例生成平台；101-数据统计模块；102-项目管理模块；103-接口测试模块；104-历史数据模块；105-操作日志模块；106-用户管理模块。

具体实施方式

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

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

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

图1为本申请实施例提供的一种接口测试用例生成平台的结构示意图；如图1所示，该接口测试用例生成平台100包括：数据统计模块101、项目管理模块102、接口测试模块103、历史数据模块104、操作日志模块105及用户管理模块106等六个模块。

其中，项目管理模块102、操作日志模块105及用户管理模块106这是三个模块仅对管理员用户开放，只有在管理员登录接口测试用例生成平台100后才显示。

数据统计模块101，包含：各个接口测试项目运行结果图标统计以及测试报告的展示，管理员可以看到所有接口测试项目的统计数据，测试人员只能看到所属权限范围内的接口测试项目的统计情况。

项目管理模块102，管理员可以在此进行接口测试项目创建、修改及删除，并将创建的接口测试项目分配给对应的测试人员。

接口测试模块103，包括接口信息添加、接口文档上传及测试用例的执行。

历史数据模块104，是用于对接口数据的保存，包括接口测试项目每次执行的测试结果、接口文档、执行时间等。

操作日志模块105，用于对所有登录该接口测试用例生成平台100的人员行为的记录，以便于进行追溯。

用户管理模块106，管理员可以在此可以对接口测试项目的测试人员进行创建、删除、冻结、解冻以及权限分配等操作。

此外，管理员拥有该接口测试用例生成平台100所有模块的权限，能够点击看到所有的模块，管理员在用户管理模块106对创建的测试人员并分配权限后，测试人员可以登录平台执行对应的操作。可选地，可根据不同的职级和管理岗位分配测试人员的权限。

例如，当需要进行接口测试时，管理员登录接口测试用例生成平台100，进入项目管理模块102创建接口测试项目A，并输入接口测试项目A的基本信息，如接口测试项目A的名词、描述等，并将创建的接口测试项目A分配给测试人员。

测试人员登录自己账号后，在接口测试模块103可以看到分配给自己的接口测试项目A，选择接口测试项目A后，添加接口基本信息，如协议、域名等，并上传预先编写的接口文档，后台服务器会对输入的接口信息和上传的接口文档进行自动解析，以生成目标接口的测试用例。

测试人员点击测试执行后，便可自动化执行对目标接口的测试；执行完毕后，接口文档、测试执行结果等信息会进入历史数据模块104，以实现对历史数据的记录和保存，以便于后续问题追溯；同时，会触发数据统计模块101更新，更新统计图表及最新的测试报告。

可以理解，图1所示的结构仅为示意，接口测试用例生成平台100还可包括比图1中所示更多或者更少的模块，或者具有与图1所示不同的配置。图1中所示的各模块可以采用硬件、软件或其组合实现。

如下通过多个实施例对本申请提供的应用于上述图1中的接口测试模块103的接口测试用例生成方法进行详细介绍。

图2为本申请实施例提供的一种接口测试用例生成方法的流程示意图；如图2所示，该方法的执行主体可以是服务器、计算机等设备，具有数据处理功能。该方法包括：

S201、获取待测试的目标接口的接口文档。

其中，接口文档是由研发人员根据目标接口的待测试性能，预先编写的。接口文档中包括：目标接口的参数的名称、参数的类型、参数长度、参数是否为必填参数。

举例说明，图3为本申请实施例提供的一种接口测试用例生成方法中的接口文档的示意图；如图3所示为某一个接口文档中包括：目标接口是激活接口、请求地址、请求方法(如get或post)、多个请求参数的信息、比如应用软件设备网卡地址、渠道号、时间戳等，参数的类型(如渠道号的类型为长整型)、参数是否为必填参数(如应用软件设备网卡地址、渠道号、时间戳均为必填项)等。

此外，接口文档还可以包括返回参数说明等其它信息。

S202、根据接口文档的类型，对接口文档进行解析，得到至少一组参数信息。

其中，每组参数信息包括：参数的名称、参数的类型、参数长度、参数是否为必填参数。

例如，接口文档的类型可以是word、XML(可扩展标记语言，Extensible MarkupLanguage)或者HTML(超级文本标记语言，Hyper Text Markup Language)等各种不同的格式，则需要使用不同的方式对接口文档的内容进行解析，得到至少一组参数信息。

比如，对上述图3所示的接口文档进行解析，比如，得到的一组参数信息是：目标接口的参数的名称渠道号、参数的类型是长整型(Long)、参数为必填参数等。

S203、根据至少一组参数信息，生成目标接口的测试用例。

其中，测试用例，用于实现对接口性能的测试和校验。

例如，可以根据上述解析得到的至少一组参数信息，自动生成目标接口的测试用例，不需要测试人员手动编写测试用例，减少了人力投入，在最大程度上确保了生成的测试用例的准确性和全面性；同时也降低了对测试人员代码和业务熟悉程度的要求，提高了对目标接口测试的效率。

综上所述，本申请实施例提供一种接口测试用例生成方法，包括：获取待测试的目标接口的接口文档，接口文档中包括：目标接口的参数的名称、参数的类型、参数长度、参数是否为必填参数；根据接口文档的类型，对接口文档进行解析，得到至少一组参数信息，每组参数信息包括：参数的名称、参数的类型、参数长度、参数是否为必填参数；根据至少一组参数信息，生成目标接口的测试用例。在本方案中，根据上传的接口文档的类型，对接口文档解析得到至少一组参数信息，并使用上述得到的至少一组参数信息自动生成目标接口的测试用例，使得在接口测试的整个过程中，测试人员只需要上传接口设计文档，就能够实现自动生成测试用例，不需要测试人员手动编写测试用例，解放了大量的人力物力，极大的提高了测试效率。

图4为本申请实施例提供的另一种接口测试用例生成方法的流程示意图；如图4所示，上述步骤S202、根据接口文档的类型，对接口文档进行解析，得到至少一组参数信息，包括：

S401、根据接口文档的类型，选择与接口文档的类型匹配的目标代码组件。

其中，接口文档的类型可以指接口文档的格式，比如，接口文档的类型可以是word、XML、HTML等各种格式的文档，则需要使用与接口文档的类型匹配的目标代码组件对接口文档进行解析。例如，接口文档的类型是word格式，则对应的目标代码组件可以是Java集成jacob、apache poi或Aspose words等类库。

又比如，当接口文档的类型是XML格式，则对应的目标代码组件可以是集成DOM、SAX、DOM4J、JDOM(是一个Java的XML的应用程序接口)，以及当接口文档的类型是HTML格式时，对应的目标代码组件可以是集成JSOUP(是一款Java的HTML解析器，可直接解析HTML文本内容)。

S402、使用目标代码组件对接口文档进行解析，得到至少一组参数信息。

比如，上述图3所示的接口文档的类型是word格式，则可以使用Java集成jacob类库对上述图3所示的接口文档进行解析，得到的一组参数信息可以是：目标接口的参数的名称渠道号、参数的类型长整型(Long)、参数为必填参数等。

在本实施例中，选择与接口文档的类型匹配的目标代码组件，对接口文档进行解析，以得到至少一组参数信息，这样能够对各种格式的接口文档进行解析，无需统一接口文档的格式，提高了接口测试用例生成平台的兼容性和可扩展性，极大的提高了接口测试效率。

图5为本申请实施例提供的又一种接口测试用例生成方法的流程示意图；如图5所示，上述步骤S203、根据至少一组参数信息，生成目标接口的测试用例，包括：

S501、根据每组参数信息中参数的类型以及参数是否为必填参数，生成正常参数值以及异常参数值。

其中，正常参数值、异常参数值是根据接口文档中的参数要求生成，来验证接口的正常、异常情况。

当接口输入参数满足每组参数信息中参数的类型、参数长度、参数是否为必填参数时，则为正常参数值；不满足时，则为异常参数值。

例如，在一组参数信息中，参数名称是“账号”、参数的类型是整数类型、以及参数是必填参数，在验证时，输入的参数满足必填的参数填、且输入的是整数类型的，则生成正常参数值为test。

又或者，将必填的参数不填、输入的是字符串类型的，则生成异常参数值为100。

S502、使用参数的名称、正常参数值以及异常参数值，生成目标接口的测试用例。

可以使用参数的名称、正常参数值以及异常参数值，生成目标接口的测试用例，实现了自动生成接口测试用例，解放了大量的人力，提高生成测试用例的准确性和全面性，同时也降低了对测试人员代码和业务熟悉程度的要求。

可选地，接口文档中还包括：目标接口的路径以及请求方式；该方法还包括：为路径增加协议以及域名，得到目标接口的接口请求地址。

其中，目标接口的请求地址是目标接口的访问入口，请求地址为统一资源定位符(Uniform Resource Locator，URL)。

比如，协议可以是各种支持请求的互联网协议，比如可以是HTTP协议(HyperTextTransfer Protocol，超文本传输协议)、或者HTTPS协议(超文本传输安全协议，Hyper TextTransfer Protocol over SecureSocket Layer)、RMI(Remote MethodInvocation，远程方法调用)协议等。

域名是用于在数据传输时对计算机的定位标识，比如域名可以是.com(表示商业机构)、.net(表示网络服务机构)、.edu(表示教育机构)等等。

比如，对上述图3所示的接口文档进行解析后，获取到的路径/service/apps/，以及为路径增加协议、域名分别是：http、www(万维网，World Wide Web)，则将协议、域名、路径和参数拼接得到目标接口的接口请求地址：http：//www/service/apps/activate？key1＝value1&key2＝value2。

可选地，该方法还包括：将目标接口的接口请求地址以及请求方式增加至目标接口的测试用例。

例如，目标接口的接口请求地址是：http：//www/service/apps/activate？key1＝value1&key2＝value2，请求方式是post(或者get)，则将参数信息以post请求方式发送至接口请求地址，并得到目标接口的返回值。

比如，参数的名称“用户账号”、参数名为username，正常参数值test，以post发送请求http：//www/service/apps/activate？username＝test&key2＝value2，得到目标接口测试的返回值，以确定在输入正常参数值情况下，对比得到的输出值是否正确，实现对目标接口的测试。

图6为本申请实施例提供的另一种接口测试用例生成方法的流程示意图；如图6所示，该方法还包括：

S601、执行目标接口的测试用例，得到测试结果以及可视化测试报告。

可由上述图1中的接口测试模块103，执行生成的目标接口的测试用例，以得测试结果，并将测试结果发送至数据统计模块101，由数据统计模块101实现对多次测试结果的进行统计分析，得到可视化测试报告。

此外，还可由历史数据模块104实现对测试结果、接口文档、测试用例执行的时间进行保存。

其中，将测试结果包括：目标接口异常、目标接口正常。

例如，在上述实施例的基础上，执行目标接口的测试用例，并接收目标接口针对测试用例返回的测试结果，将测试结果与预设结果进行比对，以确定目标接口是否正常。若测试结果与预设结果不一致，则确定目标接口正常，否则目标接口异常，实现了对目标接口功能的测试和校验，提高了对目标接口测试的效率。

此外，在得到测试结果成功与否后，还可以生成HTML格式的可视化测试报告，例如，测试报告可以是任一形式的图表，如环形图，能够直观的展现不同测试结果的分类和占比情况，提高了测试结果的可读性。

S602、保存测试结果以及可视化测试报告。

在一种可实现的方式中，还可以在执行测试用例后，将得到的测试结果和可视化测试报告进行记录和保存，还可以将测试结果和可视化测试报告发送给相关人员，使得测试人员能够根据测试结果以及可视化测试报告，能够快速定位到问题，简化了人工分析过程。

图7为本申请实施例提供的又一种接口测试用例生成方法的流程示意图；如图7所示，该方法还包括：

S701、对目标接口对应的多次测试结果进行统计，得到统计结果。

可由上述图1中的数据统计模块101，实现对多次测试结果的统计分析，得到统计结果和可视化测试报告，还可以将得到的统计结果和可视化测试报告进行可视化展示。

其中，统计结果包括：测试通过的次数、和测试不通过的次数，以得到不同测试结果的分布情况。

S702、以图表形式显示统计结果。

其中，图表形式可以是：饼状图、柱状图、表格等形式。

例如，可以将测试通过的次数、和测试不通过以饼状图的形式进行显示统计分析。

S703、显示可视化测试报告。

例如，对上述生成的图表统计结果进行显示，减少人为整理测试用例执行结果，将测试结果等信息更直观的展示给用户，这样使得测试人员只需要将接口设计文档上传到接口测试用例生成平台，即可查看测试报告，解放了大量的人力物力，极大的提高了测试效率。

图8为本申请实施例提供的一种接口测试用例生成装置的结构示意图，如图8所示，该装置包括：获取模块801、解析模块802、生成模块803；

获取模块801，用于获取待测试的目标接口的接口文档，接口文档中包括：目标接口的参数的名称、参数的类型、参数是否为必填参数；

解析模块802，用于根据接口文档的类型，对接口文档进行解析，得到至少一组参数信息，每组参数信息包括：参数的名称、参数的类型、参数是否为必填参数；

生成模块803，用于根据至少一组参数信息，生成目标接口的测试用例。

可选地，解析模块802，还用于：

根据接口文档的类型，选择与接口文档的类型匹配的目标代码组件；

使用目标代码组件对接口文档进行解析，得到至少一组参数信息。

可选地，生成模块803，还用于：

根据每组参数信息中参数的类型以及参数是否为必填参数，生成正常参数值以及异常参数值；

使用参数的名称、正常参数值以及异常参数值，生成目标接口的测试用例。

可选地，接口文档中还包括：目标接口的相对请求地址以及请求方式；获取模块，还用于：

为相对请求地址增加协议以及域名，得到目标接口的接口请求地址。

可选地，装置还包括：增加模块；

增加模块，用于将目标接口的接口请求地址以及请求方式增加至目标接口的测试用例。

可选地，生成模块803，还用于：

执行目标接口的测试用例，得到测试结果以及可视化测试报告；

保存测试结果以及可视化测试报告。

可选地，生成模块803，还用于：

对目标接口对应的多次测试结果进行统计，得到统计结果；

以图表形式显示统计结果；

显示可视化测试报告。

上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(digital singnal processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

图9为本申请实施例提供的一种电子设备的结构示意图，该设备可以集成于终端设备或者终端设备的芯片，该终端可以是具备数据处理功能的计算设备。

该设备包括：处理器901、存储器902。

存储器902用于存储程序，处理器901调用存储器902存储的程序，以执行上述方法实施例。具体实现方式和技术效果类似，这里不再赘述。

可选地，本发明还提供一种程序产品，例如计算机可读存储介质，包括程序，该程序在被处理器执行时用于执行上述方法实施例。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

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

获取待测试的目标接口的接口文档，所述接口文档中包括：所述目标接口的参数的名称、参数的类型、参数长度、参数是否为必填参数；

根据所述接口文档的类型，对所述接口文档进行解析，得到至少一组参数信息，每组参数信息包括：参数的名称、参数的类型、参数长度、参数是否为必填参数；

根据所述至少一组参数信息，生成所述目标接口的测试用例。

2.根据权利要求1所述的方法，其特征在于，所述根据所述接口文档的类型，对所述接口文档进行解析，得到至少一组参数信息，包括：

根据所述接口文档的类型，选择与所述接口文档的类型匹配的目标代码组件；

使用所述目标代码组件对所述接口文档进行解析，得到所述至少一组参数信息。

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

根据每组参数信息中参数的类型以及参数是否为必填参数，生成正常参数值以及异常参数值；

使用所述参数的名称、所述正常参数值以及所述异常参数值，生成所述目标接口的测试用例。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述接口文档中还包括：所述目标接口的路径以及请求方式；所述方法还包括：

为所述目标接口的路径增加协议以及域名，得到所述目标接口的接口请求地址。

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

将所述目标接口的接口请求地址以及所述请求方式增加至所述目标接口的测试用例。

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

执行所述目标接口的测试用例，得到测试结果以及可视化测试报告；

保存所述测试结果以及所述可视化测试报告。

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

对所述目标接口对应的多次测试结果进行统计，得到统计结果；

以图表形式显示所述统计结果；

显示所述可视化测试报告。

8.一种接口测试用例生成装置，其特征在于，所述装置包括：获取模块、解析模块、生成模块；

所述获取模块，用于获取待测试的目标接口的接口文档，所述接口文档中包括：所述目标接口的参数的名称、参数的类型、参数长度、参数是否为必填参数；

所述解析模块，用于根据所述接口文档的类型，对所述接口文档进行解析，得到至少一组参数信息，每组参数信息包括：参数的名称、参数的类型、参数长度、参数是否为必填参数；

所述生成模块，用于根据所述至少一组参数信息，生成所述目标接口的测试用例。

9.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1-7任一所述方法的步骤。

10.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1-7任一所述方法的步骤。

Images