CN111522738A

CN111522738A - 微服务系统的测试方法、装置、存储介质和电子设备

Info

Publication number: CN111522738A
Application number: CN202010239572.0A
Authority: CN
Inventors: 李文博; 陶达; 林鹤
Original assignee: Rajax Network Technology Co Ltd
Current assignee: Rajax Network Technology Co Ltd
Priority date: 2020-03-30
Filing date: 2020-03-30
Publication date: 2020-08-11

Abstract

本发明实施例提供了一种微服务系统的测试方法、装置、存储介质和电子设备。在本发明实施例中，通过在第一终端以网页形式展示测试用例，可以方便开发者获取待测模块相关的测试用例的信息。在测试完成后，第一终端展示执行日志，开发者能够及时获取执行情况。能够提高测试效率。

Description

微服务系统的测试方法、装置、存储介质和电子设备

技术领域

本发明涉及计算机领域，尤其涉及一种微服务系统的测试方法、装置、存储介质和电子设备。

背景技术

微服务系统有大量接口相互调用，组成不同的业务逻辑。在微服务系统上线应用之前需要测试验证功能逻辑是否满足业务需要，功能测试是通过调用接口，使用不同的参数，验证不同的逻辑。

然而，现有的测试方法存在测试效率低的缺陷，因此，微服务系统的测试方法还有待完善。

发明内容

有鉴于此，本发明实施例提供了一种微服务系统的测试方法、装置、存储介质和电子设备，用于提高测试效率。

第一方面，本发明实施例提供一种微服务系统的测试方法，所述方法包括：

响应于微服务系统的待测模块被选择，向用例数据库中请求获取与待测模块相关的至少一个测试用例信息，其中，所述用例数据库中预先存储有微服务系统各模块对应的用例集合；

以网页形式展示获取到的所述至少一个测试用例信息；

确定被选择的至少一个测试用例；

响应于接收到测试指令，发送测试任务，其中，所述测试任务包括被选择的至少一个测试用例的信息；

接收所述测试任务的测试执行日志，并展示所述测试执行日志。

优选地，所述测试用例信息包括至少一组参数信息；

在所述确定被选择的至少一个测试用例后，在所述响应于接收到测试指令，发送所述测试任务前，所述方法还包括：

确定所述被选择的至少一个测试用例的参数组；

所述测试任务还包括被选择的测试用例的参数组。

优选地，所述测试执行日志包括：

用例名称，测试结果以及执行时间。

第二方面，本发明实施例提供一种微服务系统的测试方法，所述方法包括：

响应于接收获取与待测模块相关的至少一个测试用例信息的请求，发送与待测模块相关的至少一个测试用例信息；

接收测试任务，所述测试任务包括至少一个被选择的测试用例的信息；

执行所述测试任务；

响应于所述测试任务的测试完成，发送所述任务的测试执行日志。

优选地，所述执行所述测试任务包括：

对被选择的测试用例进行功能测试。

优选地，所述用例信息包括所述测试用例的接口名称和接口顺序；

所述对被选择的测试用例进行功能测试包括：

对被选择的测试用例根据接口顺序依次进行测试。

优选地，所述执行日志包括：

用例名称，测试结果以及执行时间。

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

将所述被选择的测试用例的测试结果存入用例数据库。

第三方面，本发明实施例提供一种微服务系统的测试装置，所述装置包括：

用例获取单元，用于响应于微服务系统的待测模块被选择，向用例数据库中请求获取与待测模块相关的至少一个测试用例信息，其中，所述用例数据库中预先存储有微服务系统各模块对应的用例集合；

用例展示单元，用于以网页形式展示获取到的所述至少一个测试用例信息；

用例确定单元，用于确定被选择的至少一个测试用例；

任务发送单元，用于响应于接收到测试指令，发送测试任务，其中，所述测试任务包括被选择的至少一个测试用例的信息；

日志展示单元，用于接收所述测试任务的测试执行日志，并展示所述测试执行日志。

优选地，所述测试用例信息包括至少一组参数信息；

所述装置还包括：

参数确定单元，用于确定所述被选择的至少一个测试用例的参数组；

所述测试任务还包括被选择的测试用例的参数组。

优选地，所述测试执行日志包括：

用例名称，测试结果以及执行时间。

第四方面，本发明实施例提供一种微服务系统的测试装置，所述装置包括：

信息发送单元，响应于接收获取与待测模块相关的至少一个测试用例信息的请求，发送与待测模块相关的至少一个测试用例信息；

任务接收单元，用于接收测试任务，所述测试任务包括至少一个被选择的测试用例的信息；

任务执行单元，用于执行所述测试任务；

日志发送单元，用于响应于所述测试任务的测试完成，发送所述任务的测试执行日志。

优选地，所述任务执行单元包括：

测试模块，用于对被选择的测试用例进行功能测试。

所述测试模块包括：

测试子模块，用于对被选择的测试用例根据接口顺序依次进行测试。

优选地，所述执行日志包括：

用例名称，测试结果以及执行时间。

优选地，所述装置还包括：

结果存储单元，用于将所述被选择的测试用例的测试结果存入用例数据库。

第五方面，本发明实施例提供一种计算机可读存储介质，其上存储计算机程序指令，所述计算机程序指令在被处理器执行时实现如第一方面和第二方面所述的方法。

第六方面，本发明实施例提供一种电子设备，包括存储器和处理器，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行时实现如第一方面和第二方面所述的方法。

在本发明实施例中，通过在第一终端以网页形式展示测试用例，可以方便开发者获取待测模块相关的测试用例的信息。在测试完成后，第一终端展示执行日志，开发者能够及时获取执行情况。能够提高测试效率。

附图说明

通过以下参照附图对本发明实施例的描述，本发明的上述以及其它目的、特征和优点将更为清楚，在附图中：

图1是本发明第一实施例的示例性系统架构；

图2是本发明第一实施例的微服务系统的测试方法的流程示意图；

图3是本发明第一实施例的微服务系统的测试方法的冒烟测试的流程示意图；

图4和图5是本发明第一实施例的应用场景界面示意图；

图6是本发明第二实施例的微服务系统的测试方法流程示意图；

图7是本发明第三实施例的微服务系统的测试方法的流程示意图；

图8是本发明第四实施例的微服务系统的测试装置示意图；

图9是本发明第五实施例的微服务系统的测试装置示意图；

图10是本发明第六实施例的电子设备的示意图。

具体实施方式

以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质，公知的方法、过程、流程、元件和电路并没有详细叙述。

此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。

除非上下文明确要求，否则在说明书的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。

在本发明的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

微服务系统整个应用分散成多个服务，在测试过程中定位故障点非常困难。在微服务系统中，一个服务故障可能会产生雪崩效用，导致整个系统故障。因此，微服务系统的新服务模块发布前需要进行充分的测试。然而，服务拆分后，几乎所有功能都会涉及多个服务。原本单个程序的测试变为服务间调用的测试。使得测试变得更加复杂。

现有的微服务系统开发过程中，为了缩短产品测试周期，开发人员在提交测试前需要对产品进行充分的功能测试。冒烟测试或是回归测试都是功能测试的一部分。“冒烟测试”这一术语描述的是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。冒烟测试是确定和修复软件缺陷的最经济有效的方法。冒烟测试设计用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。“回归测试”是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。

现有技术中，开发人员提交测试前对微服务系统进行功能测试，需要通知测试人员执行测试用例，或使用任务调度工具运行用例。如果用例出现失败，需要在测试终端查看日志。且日志中没有直接体现测试用例中哪一接口测试失败。现有技术的测试方法用例配置不灵活以及没有界面化操作等缺陷，导致测试效率低，延长微服务系统的开发时间。

有鉴于此，本发明实施例提供了一种微服务系统的测试方法，能够提高测试效率。

应理解，在本发明实施例中，电子设备可以是电脑、智能手机、智能电视以及平板电脑等。在以下的实施例中，以外卖平台为例来进行说明，但是，本领域技术人员容易理解，本发明实施例的方案也可以适用于网上超市等不同销售平台，以及快递派送等不同的支付场景。

图1是本发明第一实施例的示例性系统架构。如图1所示，系统架构1可以包括终端设备101、102、网络103和服务器104。网络103用以在终端设备101、102和服务器104之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101和终端设备102通过网络103与服务器104交互，以访问各种服务，例如浏览网页、下载数据等。终端设备101、102上可以安装有各种客户端应用，例如可以接入统一资源定位符URL云服务的应用，包括但不限于浏览器、安全应用等。

终端设备101和终端设备102可以是各种电子设备，包括但不限于个人电脑、智能手机、智能电视、平板电脑、个人数字助理、电子书阅读器等等。

服务器104可以接收终端设备101或者终端设备102发来的测试用例信息的获取请求，并根据终端设备101或者终端设备102的测试指令对选定的测试用例进行测试。服务器可以响应于用户的服务请求而提供服务。可以理解，一个服务器可以提供一种或多种服务，同一种服务也可以由多个服务器来提供。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实际需要，可以具有任意数目的终端设备、网络和服务器。

图2是本发明第一实施例的微服务系统的测试方法的流程示意图，如图2所示，本实施例的方法包括如下步骤：

步骤S201、确定待测模块。

具体地，响应于开发者的指令，微服务系统的待测模块被选择，第一终端确定待测模块。第一终端可以是台式电脑，也可以是笔记本电脑、平板电脑或者智能手机等便携的可移动的电子设备。

待测模块是根据开发者需要确定，可以是微服务系统中发生变更的模块，也可以是微服务系统中新增的模块等等。

在一种可选的实现方式中，微服务系统可以包括交易、支付、配送等模块，待测模块可以是交易。

S202：请求获取与待测模块相关的至少一个测试用例信息。

具体地，第一终端向服务器发送获取与待测模块相关的至少一个测试用例信息的请求。以获取与待测模块相关的至少一个测试用例信息。

测试用例为开发者根据微服务系统中各功能模块的接口调用关系以及重要程度预先确定。

其中，微服务系统的多个测试用例信息预先保存在用例数据库中，在本实施例中，用例数据库保存在服务器中。数据库保存全部测试用例的信息，具体地，数据库中存储有微服务系统的用例表(test_case_info)、模板表(template_info)以及接口表(step_info)。用例表中保存用例名称，用例描述以及模版信息。其中，模板信息为用例中固定不变的结构，用例描述可以是对用例中的数值的解释。模板表保存对应的用例的接口名称和接口顺序；接口表(step_info)保存对应接口的具体请求和返回信息。

测试用例信息可以包括用例名称，用例的至少一组参数信息。也可以包括用例中接口名称和接口顺序。

在一种可选的实现方式中，用例的参数信息可以是不同的订单信息。订单信息可以包括订单金额，商户标识，产品标识，产品数量等信息。在一种可选的实现方式中，“交易-支付”接口的具体请求可以是提交订单信息，对应的返回信息返回与订单信息对应的支付金额。

S203：发送与待测模块相关的至少一个测试用例信息。

具体地，服务器根据接收到第一终端发来的获取请求，向第一终端发送与待测模块相关的至少一个测试用例信息。

S204：展示至少一个测试用例信息。

具体地，第一终端接收到服务器发来的与待测模块相关的至少一个测试用例的信息。第一终端以网页形式展示测试用例信息。

S205：确定被选择的至少一个测试用例。

具体地，第一终端接收开发者的选择指令，根据开发者的选择指令确定被选择的一个或者多个测试用例。

S206:确定所述被选择的至少一个测试用例的参数组。

测试用例的参数为用例中可变的数值等，将用例的参数代入用例的模板中，则形成一个包括预定参数的用例。在本发明实施例中，预先将多个参数组存入用例数据库中。测试用例信息中包括参数组，响应于测试用例被选择，在第一终端展示测试用例对应的参数组。第一终端根据开发者的选择指令确定一个或者多个测试用例的参数组。

在本发明实施例中，将与待测模块相关的测试用例信息展示在第一终端，能够将相关测试用例信息更直观的展示给开发者，并提供选择按钮，开发者可以直接选择，不需要再通过编写代码，能够提高测试的效率。并可以根据需要，选择多个不同的用例进行测试，更加方便灵活。

S207:接收测试指令。

具体地，第一终端接收开发者的测试指令。

S208:发送测试任务。

具体地，响应于测试指令，第一终端向服务器发送测试任务。测试任务中包括测试类型，在一种可选的实现方式中，测试类型可以是冒烟测试。

S209:接收测试任务。

具体地，服务器接收第一终端发来的测试任务。

S210:执行测试任务。

具体地，服务器根据测试任务，对选择的至少一个测试用例进行测试。在一种可选的实现方式中，可以对选择的测试用例进行冒烟测试。

在一种可选的实现方式中，，服务器对测试用例进行冒烟测试。如图3所示，响应于执行用例的指令，按照接口顺序，依次对各接口进行测试。首先获取接口请求报文，接口请求失败，则测试用例失败。接口请求成功，继续获取接口返回信息，查询返回信息是否存在断言，若不存在断言，判断是否有下一个接口，若存在下一个接口，则继续判断一个接口的请求和返回信息是否正常。若不存在下一个接口，则通过测试。将各接口测试是否正常来判断测试用例是否通过测试。最后，将执行结果存入执行日志中，结束测试。所述执行日志包括：用例名称，测试结果以及执行时间等信息，还可以包括执行人等信息。

S211：保存执行日志。

具体地，将执行日志保存在用例数据库中。在一种可选的实现方式中，各测试用例的执行记录存入用例数据库中。执行记录作为对应测试用例的信息被保存在用例数据库中，便于在微服务系统的后续开发过程中查找参考。例如，测试用例失败，在开发者对接口调整后，可以直接重运行该用例，能够提高测试效率。

S212：发送执行日志。

具体地，服务器向第一终端发送执行日志。

S213：展示执行日志。

具体地，第一终端展示执行日志。

在本发明实施例中，在测试结束后向第一终端发送执行日志，使开发者能够在第一终端及时获取到测试结果。

在其他可选的实现方式中，各测试用例的执行日志可以关联到一个测试报告中，测试报告中包括任务中的各测试用例的执行日志或者测试报告包括各测试用例的执行日志的链接。在第一终端展示测试报告，用户可以通过点击测试报告中的各个链接查看各测试用例的执行日志。由此，可以通过查看测试报告，定位各测试用例中的问题接口。

在本发明实施例中，通过在第一终端和服务之间的数据交互，可以在多个不同的第一终端向服务器发送测试指令。提高了测试的灵活性，开发者可以在不同的时间，地点对微服务系统进行测试。

图4和图5是本发明第一实施例的应用场景界面示意图。在本实施例中以对微服务系统进行冒烟测试为例进行说明，应理解本发明实施例也可以用于微服务系统的回归测试的场景。

如图4所示，第一终端从服务器获取与待测模块相关的至少一个测试用例信息后，会在第一终端上展示相关测试用例的信息。测试用例信息中包括用例名称，用例中的接口名称和接口顺序。测试用例信息中还包括用例的参数信息。其中，每个用例和各用例中的参数信息都设置有选择按钮。如图4所示，第一测试用例和第四测试用例被选择。同时，第一测试用例中参数a和参数b被选择。第四测试用例中的参数j、参数k以及参数l被选择。开发者选择测试，则第一终端会向服务器发送测试任务。所述测试任务中包括第一测试用例和第四测试用例。其中第一测试用例以参数a和参数b作为参数。第四测试用例以参数j、参数k以及参数l作为参数。

服务器接收测试任务后，以参数a和参数b作为参数对第一测试用例进行冒烟测试，以参数j、参数k以及参数l作为参数对第四测试用例进行冒烟测试。

在服务器进行测试后，将执行日志发送至第一终端。第一终端收到执行日志后，在第一终端展示执行日志信息。如图5所示，执行日志中包括各用例的执行结果，执行时间以及执行人等信息。

图6是本发明第二实施例的微服务系统的测试方法的流程示意图。本实施例的测试方法在第一终端执行。如图6所示，本实施例的方法包括如下步骤：

步骤S601、响应于微服务系统的待测模块被选择，向用例数据库中请求获取与待测模块相关的至少一个测试用例信息。其中，所述用例数据库中预先存储有微服务系统各模块对应的用例集合。

具体地，可以参考步骤S201，在此不再赘述。

步骤S602、以网页形式展示获取到的所述至少一个测试用例信息。

具体地，可以参考步骤S204，在此不再赘述。

步骤S603、确定被选择的至少一个测试用例。

具体地，可以参考步骤S205，在此不再赘述。

步骤S604、响应于接收到测试指令，发送测试任务，其中，所述测试任务包括被选择的至少一个测试用例的信息。

具体地，可以参考步骤S208，在此不再赘述。

步骤S605、接收所述测试任务的测试执行日志，并展示所述测试执行日志。

所述执行日志包括：用例名称，测试结果以及执行时间。

具体地，可以参考步骤S212，在此不再赘述。

在一种可选的实现方式中，所述测试用例信息包括至少一组参数信息；在步骤S603后，在步骤S604前，所述方法还包括：

步骤S603a、确定所述被选择的至少一个测试用例的参数组。所述测试任务还包括被选择的测试用例的参数组。

具体地，可以参考步骤S206，在此不再赘述。

图7是本发明第三实施例的测试方法的流程示意图。本实施例的测试方法在服务器执行。如图7所示，在本发明的第四实施例中，测试方法包括：

步骤S701、响应于接收获取与待测模块相关的至少一个测试用例信息的请求，发送与待测模块相关的至少一个测试用例信息。

具体地，可以参考步骤S203，在此不再赘述。

步骤S702、接收测试任务。所述测试任务包括至少一个被选择的测试用例的信息。

具体地，可以参考步骤S209，在此不再赘述。

步骤S703、执行所述测试任务。

在一种可选的实现方式中，所述执行所述测试任务包括：对被选择的测试用例进行功能测试。

进一步地，所述测试用例信息包括所述测试用例的接口名称和接口顺序；所述对被选择的测试用例进行功能测试包括：对被选择的测试用例根据接口顺序依次进行测试。

具体地，可以参考步骤S210，在此不再赘述。

步骤S704、响应于所述测试任务的测试完成，发送所述任务的测试执行日志。

所述测试执行日志包括：用例名称，测试结果以及执行时间。

具体地，可以参考步骤S211，在此不再赘述。

在一种可选的实现方式中，测试方法还包括：

步骤S705、将所述被选择的测试用例的测试结果存入用例数据库。

在一种可选的实现方式中，各测试用例的执行记录存入用例数据库中。进一步地，执行记录作为对应测试用例的信息被保存在数据库中，便于在微服务系统的后续开发过程中查找参考。例如，测试用例失败，在开发者对接口调整后，可以直接重运行该用例，能够提高测试效率。

应理解，步骤S704和步骤S705的先后顺序可以调换，或者步骤S704和步骤S705可以同时进行。

图8是本发明第四实施例的微服务系统测试装置示意图。本实施例中的测试装置对应于第二实施例中的测试方法。如图8所示，测试装置包括：用例获取单元810、用例展示单元820、用例确定单元830、任务发送单元840以及日志展示单元850。

用例获取单元810用于响应于微服务系统的待测模块被选择，向用例数据库中请求获取与待测模块相关的至少一个测试用例信息。其中，所述用例数据库中预先存储有微服务系统各模块对应的用例集合。

用例展示单元820用于以网页形式展示获取到的所述至少一个测试用例信息。

用例确定单元830用于确定被选择的至少一个测试用例。

任务发送单元840用于响应于接收到测试指令，发送测试任务，其中，所述测试任务包括被选择的至少一个测试用例的信息。

日志展示单元850用于接收所述测试任务的测试执行日志，并展示所述测试执行日志。

优选地，所述测试执行日志包括：用例名称，测试结果以及执行时间。

在一种可选的实现方式中，所述测试用例信息包括至少一组参数信息；

所述装置还包括：参数确定单元830a。

参数确定单元830a用于确定所述被选择的至少一个测试用例的参数组。所述测试任务还包括被选择的测试用例的参数组。

图9是本发明第五实施例的微服务系统测试装置示意图。本实施例中的装置对应于第三实施例中的测试方法。如图9所示，测试装置包括：信息发送单元910，任务接收单元920，任务执行单元930，日志发送单元940以及结果存储单元950。

信息发送单元910用于响应于接收获取与待测模块相关的至少一个测试用例信息的请求，发送与待测模块相关的至少一个测试用例信息。

任务接收单元920用于接收测试任务，所述测试任务包括至少一个被选择的测试用例的信息。

任务执行单元930用于执行所述测试任务。

所述任务执行单元930包括：测试模块。

测试模块用于对被选择的测试用例进行功能测试。

在一种可选的实现方式中，所述用例信息包括所述测试用例的接口名称和接口顺序；

所述测试模块包括：测试子模块。

测试子模块用于对被选择的测试用例根据接口顺序依次进行测试。

日志发送单元940用于响应于所述测试任务的测试完成，发送所述任务的测试执行日志。

执行日志包括用例名称，测试结果以及执行时间。

结果存储单元950，用于将所述被选择的测试用例的测试结果存入用例数据库。

图10是本发明第六实施例的电子设备的示意图。如图10所示，该电子设备：至少包括一个处理器1001；以及，与至少一个处理器1001通信连接的存储器1002；以及，与扫描装置通信连接的通信组件1003，通信组件1003在处理器1001的控制下接收和发送数据；其中，存储器1002存储有可被至少一个处理器1001执行的指令，指令被至少一个处理器1001执行以实现一种微服务系统的测试方法。

第一方面，所述方法包括：

以网页形式展示获取到的所述至少一个测试用例信息；

确定被选择的至少一个测试用例；

优选地，所述测试用例信息包括至少一组参数信息；

确定所述被选择的至少一个测试用例的参数组；

所述测试任务还包括被选择的测试用例的参数组。

优选地，所述测试执行日志包括：

用例名称，测试结果以及执行时间。

第二方面，所述方法包括：

执行所述测试任务；

优选地，所述执行所述测试任务包括：

对被选择的测试用例进行功能测试。

所述对被选择的测试用例进行功能测试包括：

对被选择的测试用例根据接口顺序依次进行测试。

优选地，所述执行日志包括：

用例名称，测试结果以及执行时间。

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

将所述被选择的测试用例的测试结果存入用例数据库。

可选地，该电子设备包括：一个或多个处理器1001以及存储器1002，图10中以一个处理器1001为例。处理器1001、存储器1002可以通过总线或者其他方式连接，图10中以通过总线连接为例。存储器1002作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器1001通过运行存储在存储器1002中的非易失性软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述微服务系统的测试方法。

存储器1002可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储选项列表等。此外，存储器1002可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施方式中，存储器1002可选包括相对于处理器1001远程设置的存储器，这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个模块存储在存储器1002中，当被一个或者多个处理器1001执行时，执行上述任意方法实施方式中的微服务系统的测试方法。

上述产品可执行本申请实施方式所提供的方法，具备执行方法相应的功能模块和有益效果，未在本实施方式中详尽描述的技术细节，可参见本申请实施方式所提供的方法。

本发明的第七实施例涉及一种非易失性存储介质，用于存储计算机可读程序，所述计算机可读程序用于供计算机执行上述部分或全部的方法实施例。从而具备相应的有益效果。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

本发明实施例提供了A1、一种微服务系统的测试方法，其中，所述方法包括：

以网页形式展示获取到的所述至少一个测试用例信息；

确定被选择的至少一个测试用例；

A2、根据A1所述的方法，其中，所述测试用例信息包括至少一组参数信息；

确定所述被选择的至少一个测试用例的参数组；

所述测试任务还包括被选择的测试用例的参数组。

A3、根据A1所述的方法，其中，所述测试执行日志包括：

用例名称，测试结果以及执行时间。

本发明实施例提供了B1、一种微服务系统的测试方法，其中，所述方法包括：

执行所述测试任务；

B2、根据B1所述的方法，其中，所述执行所述测试任务包括：

对被选择的测试用例进行功能测试。

B3、根据B2所述的方法，其中，所述用例信息包括所述测试用例的接口名称和接口顺序；

所述对被选择的测试用例进行功能测试包括：

对被选择的测试用例根据接口顺序依次进行测试。

B4、根据B1所述的方法，其中，所述执行日志包括：

用例名称，测试结果以及执行时间。

B5、根据B1所述的方法，其中，所述方法还包括：

将所述被选择的测试用例的测试结果存入用例数据库。

本发明实施例提供了C1、一种微服务系统的测试装置，其中，所述装置包括：

用例确定单元，用于确定被选择的至少一个测试用例；

C2、根据C1所述的装置，其中，所述测试用例信息包括至少一组参数信息；

所述装置还包括：

所述测试任务还包括被选择的测试用例的参数组。

C3、根据C1所述的装置，其中，所述测试执行日志包括：

用例名称，测试结果以及执行时间。

本发明实施例提供了D1、一种微服务系统的测试装置，其中，所述装置包括：

任务执行单元，用于执行所述测试任务；

D2、根据D1所述的装置，其中，所述任务执行单元包括：

测试模块，用于对被选择的测试用例进行功能测试。

D3、根据D2所述的装置，其中，所述用例信息包括所述测试用例的接口名称和接口顺序；

所述测试模块包括：

D4、根据D1所述的装置，其中，所述执行日志包括：

用例名称，测试结果以及执行时间。

D5、根据D1所述的装置，其中，所述装置还包括：

本发明实施例提供了E1、一种计算机可读存储介质，其上存储计算机程序指令，其中，所述计算机程序指令在被处理器执行时实现如A1-B5中任一项所述的方法。

本发明实施例提供了F1、一种电子设备，包括存储器和处理器，其中，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行时实现如A1-B5中任一项所述的方法。

Claims

1.一种微服务系统的测试方法，其特征在于，所述方法包括：

以网页形式展示获取到的所述至少一个测试用例信息；

确定被选择的至少一个测试用例；

2.根据权利要求1所述的方法，其特征在于，所述测试用例信息包括至少一组参数信息；

确定所述被选择的至少一个测试用例的参数组；

所述测试任务还包括被选择的测试用例的参数组。

3.根据权利要求1所述的方法，其特征在于，所述测试执行日志包括：

用例名称，测试结果以及执行时间。

4.一种微服务系统的测试方法，其特征在于，所述方法包括：

执行所述测试任务；

5.根据权利要求4所述的方法，其特征在于，所述执行所述测试任务包括：

对被选择的测试用例进行功能测试。

6.根据权利要求4所述的方法，其特征在于，所述执行日志包括：

用例名称，测试结果以及执行时间。

7.一种微服务系统的测试装置，其特征在于，所述装置包括：

用例确定单元，用于确定被选择的至少一个测试用例；

8.一种微服务系统的测试装置，其特征在于，所述装置包括：

任务执行单元，用于执行所述测试任务；

9.一种计算机可读存储介质，其上存储计算机程序指令，其特征在于，所述计算机程序指令在被处理器执行时实现如权利要求1-6中任一项所述的方法。

10.一种电子设备，包括存储器和处理器，其特征在于，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行时实现如权利要求1-6中任一项所述的方法。