CN113760716A - 接口测试的方法和工具、服务编排流程引擎及存储介质 - Google Patents

Abstract

本发明实施例提供一种接口测试的方法和工具、服务编排流程引擎及存储介质，本发明实施例通过测试工具将测试计划对应的流程文件发送给服务编排流程引擎；启动测试后，服务编排流程引擎根据流程文件执行对应的业务流程，当需要调用接口时，根据接口的任务文件，将接口的接口任务信息添加到接口任务队列中；测试工具根据接口任务队列中的接口任务信息，调用对应的接口，并将执行结果发送给服务编排流程引擎；服务编排流程引擎根据执行结果执行后续的业务流程，对后续业务流程中的接口进行测试，用户在输入测试计划启动测试后，测试工具和服务编排流程引擎实现测试计划中涉及的多个接口的自动化测试，提高了接口测试效率。

Description

接口测试的方法和工具、服务编排流程引擎及存储介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种接口测试的方法和工具、服务编排流程引擎及存储介质。

背景技术

目前的接口测试工具，大多用于对单个服务接口(简称“接口”)进行测试。通常业务流程实现过程中需要用到多个接口，在对业务流程的进行接口测试时，测试人员需要利用测试工具依次测试每个接口，并将接口的参数和返回值进行人工匹配后，开始测试下一个接口。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：在实际应用中，需要测试的接口很多时，人工手动匹配接口参数和返回值，手动切换测试的接口，需要耗费大量的时间，测试效率很低。

发明内容

本发明实施例提供一种接口测试的方法和工具、服务编排流程引擎及存储介质，用以解决现有的接口测试方法在测试多个接口时测试效率低的问题。

第一方面，本发明实施例提供一种接口测试的方法，应用于测试工具，包括：

响应于测试计划的保存指令，生成所述测试计划对应的流程文件，并将所述流程文件发送给服务编排流程引擎，所述测试计划的流程文件包括用于测试多个接口的业务流程的信息；

当需要执行所述测试计划时，向所述服务编排流程引擎发送对所述测试计划的启动指令；

根据接口任务队列中的接口任务信息，调用所述接口任务信息对应的接口，得到执行结果；

将所述执行结果发送给服务编排流程引擎。

第二方面，本发明实施例提供一种接口测试的方法，应用于服务编排流程引擎，包括：

获取测试计划的流程文件，所述测试计划的流程文件包括用于测试多个接口的业务流程的信息；

响应于对所述测试计划的启动指令，根据所述测试计划的流程文件，执行所述测试计划对应的所述业务流程；

当需要调用接口时，根据所述接口的任务文件，将所述接口的接口任务信息添加到接口任务队列中；

接收所述接口的执行结果，根据所述接口的执行结果执行后续的业务流程。

第三方面，本发明实施例提供一种测试工具，包括：

接口流程管理模块，用于响应于测试计划的保存指令，生成所述测试计划对应的流程文件，所述测试计划的流程文件包括用于测试多个接口的业务流程的信息；

通信模块，用于将所述流程文件发送给服务编排流程引擎，

所述通信模块还用于当需要执行所述测试计划时，向所述服务编排流程引擎发送对所述测试计划的启动指令；

接口调用模块，用于根据接口任务队列中的接口任务信息，调用所述接口任务信息对应的接口，得到执行结果；

所述通信模块还用于将所述执行结果发送给服务编排流程引擎。

第四方面，本发明实施例提供一种服务编排流程引擎，包括：

通信模块，用于获取测试计划的流程文件，所述测试计划的流程文件包括用于测试多个接口的业务流程的信息；

服务编排模块，用于响应于对所述测试计划的启动指令，根据所述测试计划的流程文件，执行所述测试计划对应的所述业务流程；当需要调用接口时，根据所述接口的任务文件，将所述接口的接口任务信息添加到接口任务队列中；

所述通信模块，还用于接收所述接口的执行结果；

所述服务编排模块还用于根据所述接口的执行结果执行后续的业务流程。

第五方面，本发明实施例提供一种测试工具，包括：

处理器，存储器，以及存储在所述存储器上并可在所述处理器上运行的计算机程序；

其中，所述处理器运行所述计算机程序时实现如上述第一方面所述的方法。

第六方面，本发明实施例提供一种服务编排流程引擎，包括：

处理器，存储器，以及存储在所述存储器上并可在所述处理器上运行的计算机程序；

其中，所述处理器运行所述计算机程序时实现如上述第二方面所述的方法。

第七方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时实现上述任一方面所述的方法。

本发明实施例提供的接口测试的方法和工具、服务编排流程引擎及存储介质，测试工具响应于测试计划的保存指令，生成所述测试计划对应的流程文件，并将所述流程文件发送给服务编排流程引擎；在启动测试后，服务编排流程引擎根据测试计划的流程文件执行所述测试计划对应的所述业务流程，当需要调用接口时，根据所述接口的任务文件，将所述接口的接口任务信息添加到接口任务队列中；测试工具根据接口任务队列中的接口任务信息，调用所述接口任务信息对应的接口，并将接口的执行结果发送给服务编排流程引擎；服务编排流程引擎根据所述接口的执行结果执行后续的业务流程，继续对后续业务流程中的接口进行测试，用户在输入测试计划启动测试之后，测试工具和服务编排流程引擎协作实现测试计划中涉及的多个接口的自动化测试，提高了接口测试的效率。

附图说明

图1为本发明实施例提供的接口测试的系统的框架图；

图2为本发明实施例提供的接口测试的方法流程图；

图3为本发明实施例提供的接口测试的方法的总体流程的示意图；

图4为本发明另一实施例提供的接口测试的方法流程图；

图5为本发明实施例提供的设置接口中属性的别名的页面示意图；

图6为本发明实施例提供的向测试计划中添加测试用例的页面示意图；

图7为本发明实施例提供的流程树的示意图；

图8为本发明实施例提供的业务流程的流程图的示意图；

图9为本发明实施例提供的流程信息处理的实体类的示意图；

图10为本发明实施例提供的预约测试页面的示意图；

图11为本发明实施例提供的测试工具的结构示意图；

图12为本发明实施例提供的服务编排流程引擎的结构示意图；

图13为本发明实施例提供的测试工具的结构示意图；

图14为本发明实施例提供的服务编排流程引擎的结构示意图。

通过上述附图，已示出本发明明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围，而是通过参考特定实施例为本领域技术人员说明本发明的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

首先对本发明实施例所涉及的名词进行解释：

服务编排：通过服务的交互序列来控制各个服务的交互，参与交互的服务都是对等的，没有集中的控制。

自动化测试：自动化测试是把以人为驱动的测试行为转化为机器自动执行的一种过程。

微服务：是一种云原生架构方法，其中单个应用程序由许多松散耦合且可独立部署的较小组件或服务组成。

此外，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。

目前的测试工具，大多用于对单个服务接口(简称“接口”)进行测试。通常业务流程实现过程中需要用到多个接口，在对业务流程的进行接口测试时，测试人员需要利用测试工具依次测试每个接口，并将接口的参数和返回值进行人工匹配后，开始测试下一个接口。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：在实际应用中，需要测试的接口很多时，人工手动匹配接口参数和返回值，手动切换测试的接口，需要耗费大量的时间，测试效率很低。

另外，如果需要测试包含复杂的逻辑关系(例如选择、分支、聚合等)的业务流程中涉及的多个接口，则测试人员需要联系相应研发人员进行联调，有较高的沟通和时间成本。服务平台本身通常是微服务化的结果，服务结果之间基本是解耦的，因此服务和服务建立关联进行全流程的测试有一定的困难，上游服务输入的参数时刻影响着中下游服务的结果，联调的效果不明显，需要通过每个环节的研发人员互相确认查看日志才能确保结果正常，很难对全流程服务的质量进行把控。

本发明实施例提供的接口测试的方法，旨在解决现有技术的如上技术问题。

本发明实施例提供的接口测试方法，具体可以应用于对多个服务接口进行测试的系统，如图1所示，该接口测试的系统包括：测试工具，服务编排流程引擎，以及用于提供服务及其接口的服务平台。其中，测试工具能够提供可视化页面，供用户输入接口的测试用例和制定测试计划使用。测试工具还综合了服务编排流程引擎的客户端和服务平台的客户端的功能。作为服务编排流程引擎的客户端，测试工具能够与服务编排流程引擎进行数据交互，实现测试计划对应业务流程的自动执行。作为服务平台的客户端，测试工具能够调用服务平台提供的服务接口，执行对应的服务，实现对服务接口的测试。测试工具能够将服务编排流程引擎和服务平台结合起来。服务平台可以是JSF(Jingdong Service Framework，杰夫)，JSF是基于远程过程调用(Remote Procedure Call，缩写RPC)演进研发的一种高性能服务框架。

下面以具体地实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

图2为本发明实施例提供的接口测试的方法流程图。如图2所示，该方法具体步骤如下：

步骤S101、响应于测试计划的保存指令，测试工具生成测试计划对应的流程文件，并将流程文件发送给服务编排流程引擎，测试计划的流程文件包括用于测试多个接口的业务流程的信息。

本实施例中，用户可以通过前端提供的可视化页面，预定义待测试的多个接口的调用流程以及出参和入参的关联适配，编辑成为测试计划，并通过前端页面向测试工具提交测试计划的保存指令。

响应于测试计划的保存指令，测试工具会保存测试计划，并生成测试计划对应的流程文件，并将流程文件发送给服务编排流程引擎。该流程文件包括用于测试多个接口的业务流程的信息，能够被服务编排流程引擎解析。

其中，测试计划的流程文件所包括的用于测试多个接口的业务流程的信息，具体可以包括待测试的多个接口的调用流程以及出参和入参的关联适配信息。

步骤S102、服务编排流程引擎获取测试计划的流程文件。

步骤S103、当满足测试计划的触发执行条件时，测试工具向服务编排流程引擎发送对测试计划的启动指令。

其中，测试计划的触发执行条件可以是用户直接触发测试计划的执行，或者可以是到达测试计划的预约执行时间，或者还可以是指定数据完备等，具体可以根据实际应用场景的需要进行设置和调整，本实施例此处不做具体限定。

当满足测试计划的触发执行条件，需要启动测试计划的执行，测试工具向服务编排流程引擎发送对测试计划的启动指令。

步骤S104、响应于对测试计划的启动指令，服务编排流程引擎根据测试计划的流程文件，执行测试计划对应的业务流程。

本实施例中，测试计划的流程文件符合服务编排流程引擎的规范，能够被服务编排流程引擎解析，得到对应的业务流程的信息。

在接收到对测试计划的启动指令之后，服务编排流程引擎能够根据测试计划的流程文件，启动执行测试计划对应的业务流程。

步骤S105、当需要调用接口时，服务编排流程引擎根据接口的任务文件，将接口的接口任务信息添加到接口任务队列中。

其中，接口的任务文件包含调用该接口所需的接口信息，例如接口的入参和出参，以及与上游接口和下游接口的参数的关联关系等。

本实施例中，服务编排流程引擎维护一个接口任务队列，用于存储需要调用的服务接口的接口任务信息。该接口任务信息包含需要调用对应服务接口所需的接口信息，例如，接口的调用方法、入参等。

由于测试计划对应的业务流程是用于测试多个接口的，在执行测试计划对应的业务流程的过程中，必然需要调用待测试的接口。当需要调用某一接口时，服务编排流程引擎根据该接口的任务文件，将接口的接口任务信息添加到接口任务队列中，从而向测试工具发出调用接口的任务。

步骤S106、测试工具根据接口任务队列中的接口任务信息，调用接口任务信息对应的接口，得到执行结果。

测试工具作为服务编排流程引擎的客户端，能够实时地监听接口任务队列，当任接口任务队列不为空时，按照先进先出的原则，从接口任务队列中取出接口任务信息。

在获取到接口任务信息之后，测试工具根据该接口任务信息，调用对应的服务接口，使得服务平台执行对应的服务并返回执行结果，这样测试工具就可以得到该接口对应服务的执行结果。

步骤S107、测试工具将执行结果发送给服务编排流程引擎。

在得到调用接口对应服务的执行结果之后，将执行结果发送给服务编排流程引擎。

步骤S108、服务编排流程引擎接收接口对应服务的执行结果，根据执行结果执行后续的业务流程。

服务编排流程引擎接收到当前调用接口对应服务的执行结果之后，根据该执行结果可以继续执行后续的业务流程。

在执行后续的业务流程过程中，当需要调用另一接口时，执行步骤S105及后续步骤，直至业务流程结束时，完成全部业务流程的测试，也即自动完成了业务流程中所涉及的多个接口的测试。

本发明实施例中，测试工具根据用户保存的测试计划生成对应的流程文件，并发送给服务编排流程引擎；在启动测试计划的执行后，服务编排流程引擎根据测试计划的流程文件，执行测试计划对应的业务流程，在执行业务流程过程中，每当需要调用接口时，根据接口的任务文件，将接口的接口任务信息添加到接口任务队列中；测试工具监听接口任务队列，获取接口任务队列中的接口任务信息，并根据接口任务信息调用接口任务信息对应的接口，得到执行结果，并将执行结果发送给服务编排流程引擎，服务编排流程引擎根据执行结果可以继续执行后续的业务流程，对其他接口进行测试，能够根据测试计划自动完成测试计划对应的全部业务流程的测试，实现了测试计划中所涉及的多个接口的自动化测试，提高了接口测试的效率。

图3为本发明实施例提供的接口测试的方法的总体流程的示意图，在上述实施例的基础上，下面结合图3对接口测试的方法的总体流程进行说明。如图3所示，接口测试的方法的总体流程如下：生成流程文件：用户通过测试工具提供可视化页面输入待测试的接口的测试用例，实现接口的预定义，利用接口的测试用例及其他逻辑节点制定测试计划，来确定接口调用顺序及接口出参入参的关联适配。其中，测试计划中可以增加逻辑节点实现分支、聚合、选择等业务逻辑，使得服务不同返回的结果能够调用不同的服务接口执行不同的流程，决定了服务接口的调用顺序。在用户保存测试计划时，测试工具保存测试计划并生成测试计划的流程文件。测试工具通过HTTP调用服务编排流程引擎。解析流程文件：服务编排流程引擎解析测试计划的流程文件，得到测试计划对应的业务流程，根据该业务流程可以确定服务编排结果，服务编排结果包括业务流程中各个服务接口的调用顺序；然后将服务编排结果返回给测试工具。测试工具根据服务编排结果中各个服务接口的调用顺序，调用对应的服务接口，使得服务平台运行对应服务并返回服务运行结果；测试工具将获取到的服务的运行结果作为该接口的测试结果。得到测试结果之后，测试工具还可以实时地将接口的测试结果显示在业务流程的流程图上，以便于用户查看业务流程的测试情况，对测试计划中各个接口的测试情况进行监控。

图4为本发明另一实施例提供的接口测试的方法流程图，在上述实施例的基础上，本实施例中，对接口测试的方法的流程进行详细地说明。如图4所示，该方法具体步骤如下：

步骤S201、响应于测试用例编辑指令，测试工具通过显示装置显示测试用例编辑页面，测试用例编辑页面用于提供对接口的测试用例的可视化的编辑页面。

本实施例中，测试工具通过前端页面提供用于编辑和保存接口的测试用例的可视化页面。

其中，测试用例编辑页面可以实现接口测试用例的查看、创建、修改、删除等功能。通过测试用例编辑页面，用户可以预定义接口的测试用例，包括接口名、方法、入参类型、出参类型等接口的相关信息。

另外，还可以设置接口中属性的别名，在进行接口的参数的关联适配时，如果另一接口的入参依赖该接口中某一属性，可以用该属性的别名向另一接口的入参传递参数值。设置接口中属性的别名的页面可以如图5所示。

步骤S202、响应于对接口的测试用例的保存指令，测试工具保存接口的测试用例，并根据接口的测试用例生成接口的任务文件。

其中，任务文件包括调用接口时所需的接口调用信息。

在接口的测试用例编辑完成后，用户可以通过页面的保存操作提交对接口的测试用例的保存指令。

在接收到对接口的测试用例的保存指令后，测试工具保存接口的测试用例，并根据接口的测试用例，生成接口的任务文件。

可选地，在保存接口的测试用例之后，还可以通过接口的测试用例对接口进行测试，也即可以实现对单一接口的测试功能。

步骤S203、测试工具将接口的任务文件发送给服务编排流程引擎。

测试工具将接口的任务文件发送给服务编排流程引擎，以便于服务编排流程引擎获取到接口的相关信息。

示例性地，服务编排流程引擎自带一系列HTTP接口，根据HTTP接口可以通过浏览器访问其自带的界面可视化操作。本实施例中，可以将HTTP接口封装到测试工具中提供入口，通过测试工具操作其POST接口将任务文件和流程文件发送注册到服务编排流程引擎的服务器上。

步骤S204、服务编排流程引擎获取接口的任务文件。

服务编排流程引擎接收测试工具发送的各个接口的任务文件并保存，供后续执行业务流程过程中调用接口时使用。

步骤S205、响应于测试计划编辑指令，测试工具通过显示装置显示测试计划编辑页面，测试计划编辑页面用于查看测试计划、创建测试计划、向测试计划中添加接口的测试任务或者逻辑节点。

本实施例中，测试工具通过前端页面提供用于编辑和保存测试计划的可视化页面。

其中，测试计划编辑页面可以实现测试计划的创建、修改、删除等功能。通过测试计划编辑页面，用户可以根据预定义的接口的测试用例，编排各个接口的调用顺序，并实现接口的参数的关联适配，生成接口的测试任务。

一种实施方式中，可以先将接口的测试用例添加到测试计划中，然后再对各个接口的测试用例的执行顺序和接口的参数进行关联适配，生成对应的测试计划。

接口的测试任务绑定了对应的测试用例，并指定了当前测试任务中接口的测试用例的入参、出参。其中当前测试任务中接口的测试用例的入参(也即接口的测试任务的入参)应该是业务流程中上一接口的测试任务的出参，或者业务流程中其他逻辑节点的处理结果。

可选地，在向测试计划中增加接口的测试用例时，可以将接口测试用例的选择的顺序作为其执行顺序。向测试计划中添加测试用例的页面如图6所示，按照执行的先后顺序选择多个测试用例之后，通过点击添加按钮将选择的多个测试用例按照选择的顺序添加到测试计划中。

另外，测试计划中还可以引入逻辑节点，与接口的测试任务一起，能够编排实现具有复杂逻辑的业务流程。逻辑节点用于根据上游接口测试任务的输出决定下游接口测试任务的走向。

在向测试计划中新增逻辑节点时，须指定逻辑节点的名称、类型、入参等信息。其中逻辑节点的类型可以包括但不限于分支、聚合、选择。分支节点之后不同分支的流程可以并行，而选择节点之后的流程只能根据选择条件选择一个分支执行。

示例性地，在选择增加逻辑节点的操作时，可以对接口的入参出参进行逻辑判断，之后对接口之间的入参和出参进行关联适配。例如，可以通过别名替换的形式将上下游接口进行关联。

步骤S206、响应于测试计划的保存指令，测试工具生成测试计划对应的流程文件。

在测试计划编辑完成后，用户可以通过页面的保存操作提交对测试计划的保存指令。

在接收到测试计划的保存指令后，测试工具可以保存测试计划并生成测试计划对应的流程文件。

具体地，响应于测试计划的保存指令，将测试计划保存为结构化信息；根据结构化信息，生成测试计划的流程文件。

示例性地可以将测试计划保存为流程树，这样通过递归遍历父子指针和兄弟指针的方式可以确定执行流程，生成对应的流程文件。每个后续的测试任务是前一个测试任务的节点。对于逻辑节点，分支和判断的逻辑节点作为后续测试任务的父节点，聚合的逻辑节点作为前面测试任务的下一个节点。

图7给出了流程树的一个示例，如图7所示，process用于标识一个测试计划，task用于标识接口的测试任务，decisionNode用于标识选择节点，forkNode用于标识分支节点，joinNode用于标识聚合节点。图7中testprocess为测试计划的名称，将测试计划作为根节点。task1，task2，task3，task4，task5，task6是6个接口的测试任务，node为一个选择节点，node1是一个分支节点，node1_join是一个聚合节点。图7所示的流程树对应的流程图如图8所示。

可选地，还可以采用有向图等能够清晰地描述业务流程的结构存储测试计划。通过有向图的方式更加直观并有更多的路由算法可以对结构进行优化。

其中，根据结构化信息生成测试计划的流程文件，可以根据服务编排流程引擎的规范采用现有技术中任意一种能够实现类似功能的方法实现，本实施例此处不再赘述。

本实施例中，测试计划的流程文件所包括的用于测试多个接口的业务流程的信息。

一种测试工具的可能的实现方式中，可以通过测试工具控制类来获取测试计划对应的业务流程的信息，后端通过流程实体类、接口实体类和逻辑节点实体类这三个实体类存储。如图9所示，流程实体类主要存储流程信息，接口实体类主要存储接口信息，逻辑节点实体类主要存储逻辑节点信息。具体地，流程实体类主要存储测试计划对应的业务流程中接口和逻辑节点的数量以及先后执行关系等流程信息，接口实体类主要存储接口的入参出参等接口信息，逻辑节点实体类存储进行的逻辑操作，包括分支，选择，聚合等。测试工具控制类把后端存储的业务流程的信息，转换成流程文件，并将流程文件发送给服务编排流程引擎。服务编排流程引擎解析流程文件进行服务编排后，测试工具按编排的服务的顺序调用服务接口，使得服务平台运行对应服务并将执行结果返回给测试工具，测试工具将执行结果返回给服务编排流程引擎，服务编排流程引擎生成流程图并展示给用户。

步骤S207、测试工具将流程文件发送给服务编排流程引擎。

步骤S208、服务编排流程引擎获取测试计划的流程文件，测试计划的流程文件包括用于测试多个接口的业务流程的信息。

服务编排流程引擎接收测试工具发送的各个测试计划的流程文件，当测试计划被启动执行时，服务编排流程引擎可以根据测试计划的流程文件执行对应的业务流程。

步骤S209、当满足测试计划的触发执行条件时，测试工具向服务编排流程引擎发送对测试计划的启动指令。

一种可选地实施方式中，用户可以通过向测试工具发出测试计划的启动指令，直接触发测试计划的执行。例如，通过测试工具提供的可视化页面，用户选择一个测试计划，并点击页面上的“执行”按钮，向试工具发出对当前选中的测试计划的启动指令。

响应于对测试计划的执行指令，向服务编排流程引擎发送对测试计划的启动指令。

另一种可选的实施方式中，用户还可以设定测试计划的预约执行时间，当到达测试计划的预约执行时间时，满足该测试计划的触发执行条件。

示例性地，可以通过如图10所示的预约测试页面设定测试计划的预约执行时间，预约执行时间可以采用cron表达式的方式配置，在创建测试计划的预约执行时间之后，还可以通过图10中所示的“修改任务”进行修改，修改成功通过点击“确定”保存修改，此时测试计划的预约执行时间将被更新为修改后的时间。预约测试页面可以展示预约执行时间的创建日期以及最近一次的更新日期。另外，对于设定测试计划的预约执行时间的任务以启动或者关闭(未启动)，如果该任务关闭(未启动)，那么测试计划的预约执行时间将不会起作用，如图10所示，该预约测试页面还可以对该任务的状态进行显示。

该步骤中，测试计划的触发执行条件可以是用户直接触发测试计划的执行，或者可以是到达测试计划的预约执行时间，或者还可以是指定数据完备等，具体可以根据实际应用场景的需要进行设置和调整，本实施例此处不做具体限定。

当满足测试计划的触发执行条件，需要启动测试计划的执行，测试工具向服务编排流程引擎发送对测试计划的启动指令。

步骤S210、响应于对测试计划的启动指令，服务编排流程引擎根据测试计划的流程文件，执行测试计划对应的业务流程。

本实施例中，测试计划的流程文件符合服务编排流程引擎的规范，能够被服务编排流程引擎解析，得到对应的业务流程的信息。

该步骤具体可以采用如下方式实现：

解析测试计划的流程文件，确定业务流程的信息；根据业务流程的信息，执行业务流程。

服务编排流程引擎通过解析测试计划的流程文件，可以确定业务流程的信息，从而确定业务流程中各个接口及逻辑节点的执行顺序及上下游接口参数的关联关系；并根据业务流程的信息，执行业务流程。

步骤S211、当需要调用接口时，服务编排流程引擎根据接口的任务文件，将接口的接口任务信息添加到接口任务队列中。

其中，接口的任务文件包含调用该接口所需的接口信息，例如接口的入参和出参，以及与上游接口和下游接口的参数的关联关系等。

本实施例中，服务编排流程引擎维护一个接口任务队列，用于存储需要调用的服务接口的接口任务信息。该接口任务信息包含需要调用对应服务接口所需的接口信息，例如，接口的调用方法、入参等。

另外，由于测试工具也可以存储接口的任务文件，因此，服务编排流程引擎放入接口任务队列中的接口任务信息可以只包含当前接口的标识信息、以及需要作为接口的入参值。其中接口的入参值可以是服务编排流程引擎执行业务流程时产生的中间结果。

由于测试计划对应的业务流程是用于测试多个接口的，在执行测试计划对应的业务流程的过程中，必然需要调用待测试的接口。当需要调用某一接口时，服务编排流程引擎根据该接口的任务文件，生成该接口的接口任务信息，并将该接口的接口任务信息添加到接口任务队列中，从而向测试工具发出调用接口的任务。

在另一可能的实施方式中，服务流程编排引擎可以用消息队列代替来实现类似的功能。

步骤S212、测试工具根据接口任务队列中的接口任务信息，调用接口任务信息对应的接口，得到执行结果。

本实施例中，测试工具可以作为服务编排流程引擎的客户端，实时地监听接口任务队列，当任接口任务队列不为空时，按照先进先出的原则，从接口任务队列中取出接口任务信息。

测试工具还可以作为服务平台的客户端，调用服务平台提供的服务接口。在获取到接口任务信息之后，测试工具根据该接口任务信息，调用对应的服务接口，使得服务平台执行对应的服务并返回执行结果，这样测试工具就可以得到该接口对应服务的执行结果。接口对应服务的执行结果也就是该接口的测试结果。

步骤S213、测试工具将执行结果发送给服务编排流程引擎。

在得到当前接口对应服务的执行结果之后，测试工具将执行结果发送给服务编排流程引擎，以使服务编排流程引擎根据执行结果继续执行后续的业务流程。

步骤S214、服务编排流程引擎接收接口的执行结果，根据接口的执行结果执行后续的业务流程。

服务编排流程引擎接收到当前调用接口对应服务的执行结果之后，根据该执行结果可以继续执行后续的业务流程。

在执行后续的业务流程过程中，当需要调用另一接口时，执行步骤S211及后续步骤，直至业务流程结束时，完成全部业务流程的测试，也即自动完成了业务流程中所涉及的多个接口的测试。

本实施例中，通过在测试工具中实现服务编排流程引擎的worker接口，增加服务编排流程引擎的客户端的功能；从权在测试工具中增加服务平台的客户端功能，能够通过调用服务平台提供的服务接口来触发对应服务的执行，并获取到执行结果。通过worker接口监听并自动轮询服务编排流程引擎的接口任务队列，来实现测试工具按照接口任务队列中各个服务接口的编排顺序调用执行对应的服务。这样，测试工具将服务编排流程引擎和微服务RPC框架的服务平台结合了起来，能够对全部业务流程中涉及的多个服务接口进行自动化测试，实现了服务接口的全流程测试。

本实施例的一种可选的实施方式中，测试工具还可以获取测试计划对应业务流程的流程图，并通过前端页面显示流程图。业务流程的流程图可以以图8所示的方式显示。

在接口测试过程中，每当获取到一个接口的执行结果后，根据执行结果，通过前端页面显示的流程图上标注接口的测试结果。例如，可以将流程图中正在测试的接口，已经测试完成的接口和还未开始测试的接口对应节点分别标记成不同的颜色；或者，将当前正在测试的接口对应节点突出显示等方式来标记当前的测试进程。例如，还可以将接口的测试结果中的关键信息在流程上接口对应节点附近显示。

可选地，获取测试计划对应业务流程的流程图，可以采用以下方式实现：

测试工具根据测试计划，生成测试计划对应业务流程的流程图，并通过前端页面显示流程图。

可选地，获取测试计划对应业务流程的流程图，可以采用以下方式实现：

服务编排流程引擎解析测试计划的流程文件，确定业务流程的信息之后，生成业务流程的流程图，向测试工具发送业务流程的流程图。测试工具从服务编排流程引擎获取测试计划对应业务流程的流程图，并通过前端页面显示流程图。

本发明实施例中，通过测试工具通过前端页面提供用于编辑和保存接口的测试用例和测试计划的可视化页面，用户通过测试工具提供的可视化页面可以进行服务接口的测试流程的定义以及接口出参入参的关联适配；并且将测试计划的业务流程信息存储为流程树，可以将接口测试流程具象化，方便用户理解；在测试工具中增加服务编排流程引擎客户端和服务平台客户端的功能，将测试工具、服务编排流程引擎和服务平台三者结合，能够实现包含多个接口的业务流程的全流程测试，解决了单接口测试逻辑单一的瓶颈，并且实现了由服务调用结果决定而不用人手动操纵的自动化测试流程，基于业务并去中心化。

图11为本发明实施例提供的测试工具的结构示意图。本发明实施例提供的测试工具可以执行图2所示的方法实施例中测试工具所执行的方法流程。如图11所示，该测试工具30包括：接口流程管理模块301，通信模块302和接口调用模块303。

具体地，接口流程管理模块301用于响应于测试计划的保存指令，生成测试计划对应的流程文件，测试计划的流程文件包括用于测试多个接口的业务流程的信息。

通信模块302用于将流程文件发送给服务编排流程引擎。

通信模块302还用于当需要执行测试计划时，向服务编排流程引擎发送对测试计划的启动指令。

接口调用模块303用于根据接口任务队列中的接口任务信息，调用接口任务信息对应的接口，得到执行结果。

通信模块302还用于将执行结果发送给服务编排流程引擎。

本发明实施例提供的装置可以具体用于执行上述图2所示的方法实施例中测试工具所执行的处理流程，具体功能此处不再赘述。

本发明实施例中，测试工具根据用户保存的测试计划生成对应的流程文件，并发送给服务编排流程引擎；在启动测试计划的执行后，服务编排流程引擎根据测试计划的流程文件，执行测试计划对应的业务流程，在执行业务流程过程中，每当需要调用接口时，根据接口的任务文件，将接口的接口任务信息添加到接口任务队列中；测试工具监听接口任务队列，获取接口任务队列中的接口任务信息，并根据接口任务信息调用接口任务信息对应的接口，得到执行结果，并将执行结果发送给服务编排流程引擎，服务编排流程引擎根据执行结果可以继续执行后续的业务流程，对其他接口进行测试，能够根据测试计划自动完成测试计划对应的全部业务流程的测试，实现了测试计划中所涉及的多个接口的自动化测试，提高了接口测试的效率。

在上述图11对应实施例的基础上，本实施例中，接口流程管理模块还用于：响应于测试计划的保存指令，生成测试计划对应的流程文件，并将流程文件发送给服务编排流程引擎之前，响应于对接口的测试用例的保存指令，根据接口的测试用例，生成接口的任务文件，任务文件包括调用接口时所需的接口调用信息。

通信模块还用于：将接口的任务文件发送给服务编排流程引擎。

在一种可选的实施方式中，接口流程管理模块还用于：

响应于测试用例编辑指令，通过显示装置显示测试用例编辑页面，测试用例编辑页面用于提供对接口的测试用例的可视化的编辑页面。

在一种可选的实施方式中，接口流程管理模块还用于：

响应于测试计划的保存指令，将测试计划保存为结构化信息；根据结构化信息，生成测试计划的流程文件。

在一种可选的实施方式中，接口流程管理模块还用于：

将测试计划保存为流程树或者有向图。

在一种可选的实施方式中，接口流程管理模块还用于：

响应于测试计划编辑指令，通过显示装置显示测试计划编辑页面，测试计划编辑页面用于创建测试计划、向测试计划中添加接口的测试任务或者逻辑节点。

在一种可选的实施方式中，通信模块还用于：

响应于对测试计划的执行指令，向服务编排流程引擎发送对测试计划的启动指令；或者，当达到测试计划的预约执行时间时，向服务编排流程引擎发送对测试计划的启动指令。

在一种可选的实施方式中，接口流程管理模块还用于：

根据测试计划，生成测试计划对应业务流程的流程图，并通过前端页面显示流程图；或者，从服务编排流程引擎获取测试计划对应业务流程的流程图，并通过前端页面显示流程图。

在一种可选的实施方式中，接口流程管理模块还用于：

根据接口任务队列中的接口任务信息，调用接口任务信息对应的接口，得到执行结果之后，根据执行结果，通过前端页面显示的流程图上标注接口的测试结果。

本发明实施例提供的装置可以具体用于执行上述图4所示的方法实施例中测试工具所执行的处理流程，具体功能此处不再赘述。

本发明实施例中，通过测试工具通过前端页面提供用于编辑和保存接口的测试用例和测试计划的可视化页面，用户通过测试工具提供的可视化页面可以进行服务接口的测试流程的定义以及接口出参入参的关联适配；并且将测试计划的业务流程信息存储为流程树，可以将接口测试流程具象化，方便用户理解；在测试工具中增加服务编排流程引擎客户端和服务平台客户端的功能，将测试工具、服务编排流程引擎和服务平台三者结合，能够实现包含多个接口的业务流程的全流程测试，解决了单接口测试逻辑单一的瓶颈，并且实现了由服务调用结果决定而不用人手动操纵的自动化测试流程，基于业务并去中心化。

图12为本发明实施例提供的服务编排流程引擎的结构示意图。本发明实施例提供的服务编排流程引擎可以执行图2所示的方法实施例中服务编排流程引擎所执行的方法流程。如图12所示，该服务编排流程引擎40包括：通信模块401和服务编排模块402。

具体地，通信模块401用于获取测试计划的流程文件，测试计划的流程文件包括用于测试多个接口的业务流程的信息。

服务编排模块402用于响应于对测试计划的启动指令，根据测试计划的流程文件，执行测试计划对应的业务流程；当需要调用接口时，根据接口的任务文件，将接口的接口任务信息添加到接口任务队列中。

通信模块401还用于接收接口的执行结果。

服务编排模块402还用于根据接口的执行结果执行后续的业务流程。

本发明实施例提供的装置可以具体用于执行上述图2所示的方法实施例中服务编排流程引擎所执行的处理流程，具体功能此处不再赘述。

本发明实施例中，测试工具根据用户保存的测试计划生成对应的流程文件，并发送给服务编排流程引擎；在启动测试计划的执行后，服务编排流程引擎根据测试计划的流程文件，执行测试计划对应的业务流程，在执行业务流程过程中，每当需要调用接口时，根据接口的任务文件，将接口的接口任务信息添加到接口任务队列中；测试工具监听接口任务队列，获取接口任务队列中的接口任务信息，并根据接口任务信息调用接口任务信息对应的接口，得到执行结果，并将执行结果发送给服务编排流程引擎，服务编排流程引擎根据执行结果可以继续执行后续的业务流程，对其他接口进行测试，能够根据测试计划自动完成测试计划对应的全部业务流程的测试，实现了测试计划中所涉及的多个接口的自动化测试，提高了接口测试的效率。

在上述图12对应实施例的基础上，本实施例中，服务编排模块还用于：

解析测试计划的流程文件，确定业务流程的信息；根据业务流程的信息，执行业务流程。

在一种可选的实施方式中，服务编排模块还用于：

解析测试计划的流程文件，确定业务流程的信息之后，生成业务流程的流程图。

通信模块还用于：向测试工具发送业务流程的流程图。

在一种可选的实施方式中，服务编排模块还用于：

当需要调用接口时，根据接口的任务文件，将接口的接口任务信息添加到接口任务队列中之前，获取接口的任务文件，任务文件包括调用接口时所需的接口调用信息。

本发明实施例提供的装置可以具体用于执行上述图4所示的方法实施例中服务编排流程引擎所执行的处理流程，具体功能此处不再赘述。

本发明实施例中，通过测试工具通过前端页面提供用于编辑和保存接口的测试用例和测试计划的可视化页面，用户通过测试工具提供的可视化页面可以进行服务接口的测试流程的定义以及接口出参入参的关联适配；并且将测试计划的业务流程信息存储为流程树，可以将接口测试流程具象化，方便用户理解；在测试工具中增加服务编排流程引擎客户端和服务平台客户端的功能，将测试工具、服务编排流程引擎和服务平台三者结合，能够实现包含多个接口的业务流程的全流程测试，解决了单接口测试逻辑单一的瓶颈，并且实现了由服务调用结果决定而不用人手动操纵的自动化测试流程，基于业务并去中心化。

图13为本发明实施例提供的测试工具的结构示意图。如图13所示，该测试工具100包括：处理器1001，存储器1002，以及存储在存储器1002上并可在处理器1001上运行的计算机程序。

其中，处理器1001运行计算机程序时实现上述任一方法实施例中测试工具所执行的方法流程。

本发明实施例中，测试工具根据用户保存的测试计划生成对应的流程文件，并发送给服务编排流程引擎；在启动测试计划的执行后，服务编排流程引擎根据测试计划的流程文件，执行测试计划对应的业务流程，在执行业务流程过程中，每当需要调用接口时，根据接口的任务文件，将接口的接口任务信息添加到接口任务队列中；测试工具监听接口任务队列，获取接口任务队列中的接口任务信息，并根据接口任务信息调用接口任务信息对应的接口，得到执行结果，并将执行结果发送给服务编排流程引擎，服务编排流程引擎根据执行结果可以继续执行后续的业务流程，对其他接口进行测试，能够根据测试计划自动完成测试计划对应的全部业务流程的测试，实现了测试计划中所涉及的多个接口的自动化测试，提高了接口测试的效率。

图14为本发明实施例提供的服务编排流程引擎的结构示意图。如图14所示，该服务编排流程引擎110包括：处理器1101，存储器1102，以及存储在存储器1102上并可在处理器1101上运行的计算机程序。

其中，处理器1101运行计算机程序时实现上述任一方法实施例中服务编排流程引擎所执行的方法流程。

本发明实施例中，测试工具根据用户保存的测试计划生成对应的流程文件，并发送给服务编排流程引擎；在启动测试计划的执行后，服务编排流程引擎根据测试计划的流程文件，执行测试计划对应的业务流程，在执行业务流程过程中，每当需要调用接口时，根据接口的任务文件，将接口的接口任务信息添加到接口任务队列中；测试工具监听接口任务队列，获取接口任务队列中的接口任务信息，并根据接口任务信息调用接口任务信息对应的接口，得到执行结果，并将执行结果发送给服务编排流程引擎，服务编排流程引擎根据执行结果可以继续执行后续的业务流程，对其他接口进行测试，能够根据测试计划自动完成测试计划对应的全部业务流程的测试，实现了测试计划中所涉及的多个接口的自动化测试，提高了接口测试的效率。

另外，本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，计算机程序被处理器执行时实现上述任一方法实施例中测试工具或者服务编排流程引擎所执行的方法流程。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

Claims (18)

1.一种接口测试的方法，其特征在于，应用于测试工具，包括：

响应于测试计划的保存指令，生成所述测试计划对应的流程文件，并将所述流程文件发送给服务编排流程引擎，所述测试计划的流程文件包括用于测试多个接口的业务流程的信息；

当满足所述测试计划的触发执行条件时，向所述服务编排流程引擎发送对所述测试计划的启动指令；

根据接口任务队列中的接口任务信息，调用所述接口任务信息对应的接口，得到执行结果；

将所述执行结果发送给服务编排流程引擎。

2.根据权利要求1所述的方法，其特征在于，响应于测试计划的保存指令，生成所述测试计划对应的流程文件，并将所述流程文件发送给服务编排流程引擎之前，还包括：

响应于对接口的测试用例的保存指令，根据所述接口的测试用例，生成所述接口的任务文件，所述任务文件包括调用所述接口时所需的接口调用信息；

将所述接口的任务文件发送给服务编排流程引擎。

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

响应于测试用例编辑指令，通过显示装置显示测试用例编辑页面，所述测试用例编辑页面用于提供对接口的测试用例的可视化的编辑页面。

4.根据权利要求1所述的方法，其特征在于，响应于测试计划的保存指令，生成所述测试计划对应的流程文件，包括：

响应于测试计划的保存指令，将所述测试计划保存为结构化信息；

根据所述结构化信息，生成所述测试计划的流程文件。

5.根据权利要求4所述的方法，其特征在于，将所述测试计划保存为结构化信息，包括：

将所述测试计划保存为流程树或者有向图。

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

响应于测试计划编辑指令，通过显示装置显示测试计划编辑页面，所述测试计划编辑页面用于创建测试计划、向测试计划中添加接口的测试任务或者逻辑节点。

7.根据权利要求1至5中任一项所述的方法，其特征在于，当满足所述测试计划的触发执行条件时，向所述服务编排流程引擎发送对所述测试计划的启动指令，包括：

响应于对所述测试计划的执行指令，向所述服务编排流程引擎发送对所述测试计划的启动指令；

或者，

当达到所述测试计划的预约执行时间时，向所述服务编排流程引擎发送对所述测试计划的启动指令。

8.根据权利要求1至5中任一项所述的方法，其特征在于，还包括：

根据所述测试计划，生成所述测试计划对应业务流程的流程图，并通过前端页面显示所述流程图；

或者，

从服务编排流程引擎获取所述测试计划对应业务流程的流程图，并通过前端页面显示所述流程图。

9.根据权利要求8所述的方法，其特征在于，根据接口任务队列中的接口任务信息，调用所述接口任务信息对应的接口，得到执行结果之后，还包括：

根据所述执行结果，通过前端页面显示的所述流程图上标注所述接口的测试结果。

10.一种接口测试的方法，其特征在于，应用于服务编排流程引擎，包括：

获取测试计划的流程文件，所述测试计划的流程文件包括用于测试多个接口的业务流程的信息；

响应于对所述测试计划的启动指令，根据所述测试计划的流程文件，执行所述测试计划对应的所述业务流程；

当需要调用接口时，根据所述接口的任务文件，将所述接口的接口任务信息添加到接口任务队列中；

接收所述接口对应服务的执行结果，根据所述执行结果执行后续的业务流程。

11.根据权利要求10所述的方法，其特征在于，根据所述测试计划的流程文件，执行所述测试计划对应的业务流程，包括：

解析所述测试计划的流程文件，确定所述业务流程的信息；

根据所述业务流程的信息，执行所述业务流程。

12.根据权利要求11所述的方法，其特征在于，解析所述测试计划的流程文件，确定所述业务流程的信息之后，还包括：

生成所述业务流程的流程图；

向测试工具发送所述业务流程的流程图。

13.根据权利要求10至12中任一项所述的方法，其特征在于，当需要调用接口时，根据所述接口的任务文件，将所述接口的接口任务信息添加到接口任务队列中之前，还包括：

获取所述接口的任务文件，所述任务文件包括调用所述接口时所需的接口调用信息。

14.一种测试工具，其特征在于，包括：

接口流程管理模块，用于响应于测试计划的保存指令，生成所述测试计划对应的流程文件，所述测试计划的流程文件包括用于测试多个接口的业务流程的信息；

通信模块，用于将所述流程文件发送给服务编排流程引擎；

所述通信模块还用于当需要执行所述测试计划时，向所述服务编排流程引擎发送对所述测试计划的启动指令；

接口调用模块，用于根据接口任务队列中的接口任务信息，调用所述接口任务信息对应的接口，得到执行结果；

所述通信模块还用于将所述执行结果发送给服务编排流程引擎。

15.一种服务编排流程引擎，其特征在于，包括：

通信模块，用于获取测试计划的流程文件，所述测试计划的流程文件包括用于测试多个接口的业务流程的信息；

服务编排模块，用于响应于对所述测试计划的启动指令，根据所述测试计划的流程文件，执行所述测试计划对应的所述业务流程；当需要调用接口时，根据所述接口的任务文件，将所述接口的接口任务信息添加到接口任务队列中；

所述通信模块，还用于接收所述接口的执行结果；

所述服务编排模块还用于根据所述接口的执行结果执行后续的业务流程。

16.一种测试工具，其特征在于，包括：

处理器，存储器，以及存储在所述存储器上并可在所述处理器上运行的计算机程序；

其中，所述处理器运行所述计算机程序时实现如权利要求1至9中任一项所述的方法。

17.一种服务编排流程引擎，其特征在于，包括：

处理器，存储器，以及存储在所述存储器上并可在所述处理器上运行的计算机程序；

其中，所述处理器运行所述计算机程序时实现如权利要求10至13中任一项所述的方法。

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

Images