CN116107869A

CN116107869A - 编排测试方法和装置、电子设备和可读存储介质

Info

Publication number: CN116107869A
Application number: CN202211534832.2A
Authority: CN
Inventors: 邓成强
Original assignee: Yonyou Network Technology Co Ltd
Current assignee: Yonyou Network Technology Co Ltd
Priority date: 2022-12-02
Filing date: 2022-12-02
Publication date: 2023-05-12

Abstract

本申请公开了一种编排测试方法和装置、电子设备和可读存储介质，属于软件技术领域。其中，编排测试方法，包括：根据业务流程，基于BPMN协议，构建业务流程测试模型。基于业务流程测试模型，启动流程引擎，对业务流程管理平台进行编排测试。

Description

编排测试方法和装置、电子设备和可读存储介质

技术领域

本申请属于软件技术领域，具体涉及一种编排测试方法和装置、电子设备和可读存储介质。

背景技术

随着业务流程管理平台(BMP)在各领域的应用，在企业中可以解决的核心场景越来越多，企业在应用业务流程管理平台时，需要考虑流程规模，流程服务的稳定性逐渐成为企业面临的问题。在没有完善的编排测试的情况下，流程服务稳定性会存在以下问题：

(1)单纯依靠测试代码来验证需求准确性，会演变成代码灾难，流程中一个很小的变更都需要进行代码修改，还需要覆盖测试很多无关的代码，进而增加代码出现问题的风险。

(2)基于BPM平台业务复杂性与需求变化多样性，一般的测试用例很难覆盖全面。

(3)很多业务场景无法自动化实现，需要人为干预。

发明内容

本申请实施例的目的是提供一种编排测试方法和装置、电子设备和可读存储介质，能够解决在编排测试时，需要大量测试代码，变更测试代码操作繁复工作量大。的问题。

第一方面，本申请实施例提供了一种编排测试方法，包括根据业务流程，基于BPMN协议，构建业务流程测试模型。基于业务流程测试模型，启动流程引擎，对业务流程管理平台进行编排测试。

第二方面，本申请实施例提供了一种编排测试装置，包括模型构建模块、引擎构建模块和测试模块。模型构建模块用于根据业务流程，基于BPMN协议，构建业务流程测试模型。测试模块用于基于业务流程测试模型，启动流程引擎，对业务流程管理平台进行编排测试。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器和存储器，存储器存储可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的编排测试方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面的编排测试方法的步骤。

本申请的业务流程管理平台基于BPMN协议，业务流程测试模型也是基于BPMN协议，通过流程引擎，可以基于业务流程测试模型对业务流程管理平台进行编排测试。本申请通过业务流程测试模型来替换代码，可以模拟多种业务场景，从而降低代码的数量，避免代码更改带来风险，无需对大量测试代码进行维护。

附图说明

图1示出了本申请实施例提供的编排测试方法的流程示意图之一；

图2示出了本申请实施例提供的编排测试方法的流程示意图之二；

图3示出了本申请实施例提供的编排测试方法的流程示意图之三；

图4示出了本申请实施例提供的编排测试方法的流程示意图之四；

图5示出了本申请实施例提供的编排测试方法的流程示意图之五；

图6示出了本申请实施例提供的编排测试装置的结构框图；

图7示出了本申请实施例提供的电子设备的结构框图；

图8示出了本申请实施例的一种电子设备的硬件结构示意图；

图9示出了本申请实施例提供的业务流程测试模型示意图之一；

图10示出了本申请实施例提供的业务流程测试模型示意图之二；

图11示出了本申请实施例提供的业务流程测试模型示意图之三；

图12示出了本申请实施例提供的编排测试示意框图。

其中，图6至图12中附图标记与部件名称之间的对应关系为：

100：编排测试装置；110：模型构建模块；120：测试模块；200：开始事件；202：第一任务组件；204：服务组件；206：信号组件；208：网关组件；210：第二任务组件；212：第三任务组件；214：结束事件；216：自动触发；218：中间事件自动触发；220：定时组件；222：流程引擎；224：业务流程管理平台；226：审批组件；228：撤回组件；230：终止组件；232：加签组件；234：转交组件；236：跳转组件；238：结束组件；1000：电子设备；1002：处理器；1004：存储器；1100：电子设备；1101：射频单元；1102：网络模块；1103：音频输出单元；1104：输入单元；11041：图形处理器；11042：麦克风；1105：传感器；1106：显示单元；11061：显示面板；1107：用户输入单元；11071：触控面板；11072：其他输入设备；1108：接口单元；1109：存储器；1110：处理器。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图1至图12，通过具体的实施例及其应用场景对本申请实施例提供的编排测试方法和装置、电子设备和可读存储介质进行详细地说明。

在本申请实施例提供了一种编排测试方法，图1示出了本申请实施例提供的编排测试方法的流程示意图之一，如图1所示，编排测试方法包括：

步骤S102，根据业务流程，基于BPMN协议，构建业务流程测试模型。

步骤S104，基于业务流程测试模型，启动流程引擎，对业务流程管理平台进行编排测试。

BPMN(Business Process Modeling Notation)是指业务流程建模与标注，包括这些图元如何组合成一个业务流程图(Business Process Diagram)。

流程引擎可以理解为“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。通俗的说，流程就是多种业务对象在一起合作完成某件事情的步骤，把步骤变成计算机能理解的形式就是流程引擎。

业务流程管理(BPM)是一种以规范化的构造端到端的业务流程为中心，以持续的提高组织业务绩效为目的的系统化方法，常见商业管理教育如EMBA、MBA等均将BPM包含在内。业务流程管理平台即为BPM平台。

编排是将许多任务一起自动化，即完全自动化整个IT驱动的流程。编排测试是在创建多个自动化测试，并且上述测试计划一个接一个的运行。编排测试为一组计划线性执行的自动化测试。

本实施例中，业务流程管理平台基于BPMN协议，业务流程测试模型也是基于BPMN协议，通过流程引擎，可以基于业务流程测试模型对业务流程管理平台进行编排测试。本实施例帮助企业解决了需求的复杂性、多样化、快速变化等的场景，降低大量的测试代码，增强测试覆盖面，提升了服务的稳定性。

进一步地，对企业的业务流程进行分析，根据分析结果，建立业务流程测试模型，业务流程测试模型符合标准的BPMN协议。采用符合BPMN协议的业务流程测试模型模拟流程的各个场景，根据流程的复杂度，合理的设计对应的测试模型编排测，可以覆盖各种各样的测试环节，同时也能降低大量冗余代码。本实施例通过业务流程测试模型来替换代码，可以模拟多种业务场景，从而降低代码的数量，避免代码更改带来风险，无需对大量测试代码进行维护。由于企业业务流程中场景的复杂性，相关技术的测试用例很难覆盖所有情况，本实施例解决当前BPM平台测试用例的问题，BPM平台也是基于BPMN协议的平台，业务场景复杂多样化，使用自身的BPMN协议编排测试，可以很好的解决测试覆盖度。本实施例通过建立业务流程测试模型，模拟多种业务场景，覆盖更多的应用场景，为业务流程管理平台稳定性的编排测试提供基础保障。

进一步地，根据需要进行编排测试的内容，建立流程引擎，通过流程引擎，采用业务流程测试模型，对业务流程管理平台进行编排测试。本实施例中，将企业的业务流程、业务流程测试模型、流程引擎作为核心，对上述三类进行了分析与设计，结合实际企业业务流程，设计合理的业务流程测试模型，根据不同的业务操作，选择对应的业务流程测试模型配置，进而完成业务流程管理平台的编排测试，本实施例可以满足大部分企业的编排测试需求，为企业大规模的服务稳定性与正确性提供保障。

在本申请的一些实施例中，图2示出了本申请实施例提供的编排测试方法的流程示意图之二，如图2所示，根据业务流程，构建业务流程测试模型，具体包括：

步骤S202，根据业务流程的执行时间方式，建立定时组件。

步骤S204，根据业务流程的任务内容，建立任务组件。

步骤S206，根据业务流程的业务逻辑关系，建立网关组件。

步骤S208，根据业务流程中的业务校验或回调第三方中间件内容，建立服务组件。

步骤S210，根据业务流程的执行情况，建立信号组件。

步骤S212，根据业务流程的启动、等待或终止事件内容，建立事件组件。

步骤S214，基于定时组件、任务组件、网关组件、服务组件、信号组件和事件组件，建立业务流程测试模型。

进一步地，对业务流程进行分析，根据业务流程中的执行时间方式，建立定时组件，通过定时组件，可以实现定时执行或周期执行等方式，进而实现业务流程测试模型的自动触发，实现自动检查功能，通过实现自动化交互，可以降低人力成本。

进一步地，对业务流程的任务内容进行分析，任务组件中包括任务节点，任务节点为需要人去参与执行的任务节点，举例而言，可以包括审批节点，需要发消息给某个人去执行审批动作、验证当前的数据是否正确等。

进一步地，对业务流程的业务逻辑关系进行分析，进而建立网关组件，网关组件可以实现代码中的if-else判断功能，用于进行业务逻辑控制。

进一步地，对业务流程中的业务校验或回调第三方中间件内容进行分析，建立服务组件，用于业务校验或者回调第三方。

进一步地，对业务流程的执行情况进行分析，建立信号组件，信号组件是等待业务方把业务处理完成以后触发，使流程继续往下运转的组件。

进一步地，对业务流程的启动、等待或终止事件内容进行分析，建立事件组件，事件组件的节点可以控制流程执行的启动，等待和终止。最常见的为开始事件和结束事件。

进一步地，流程引擎对于业务流程中的业务校验或回调第三方中间件的返回内容进行验证，可以全流程自动验证与结果分析，实现全流程自动验证与结果分析，降低人力成本。

进一步地，基于定时组件、任务组件、网关组件、服务组件、信号组件和事件组件，建立业务流程测试模型。本实施例中，对任务、网关、事件、服务、信号等组件进行合理的设计，根据业务流程测试模型的设计，将用户、任务、服务、信号组果、网关、事件等组件结合在一起，实现多种不同的角色关联，进而实现组装为一个灵活多变的业务流程编排测试。本实施例结合实际业务设计合理的业务测试模型，根据不同的业务操作、选择对应的模型配置与设计，通过自动触发的方式，全流程自动验证与结果分析，降低人力成本和人工干预出现的问题的可能性，提高办公效率，可以高效的完成业务运作，同时也能满足快速迭代需求。本实施例可以帮助企业实现自动化应用，解决人力资源不够，人为干预容易出错的问题。本实施例可以满足大部分企业的编排测试需求，为企业大规模的服务稳定性与正确性提供了保障。

如图9所示，图9示出了业务流程测试模型示意图之一，根据某企业的业务流程，构建了业务流程测试示意图，其中设有开始事件200、第一任务组件202、服务组件204、信号组件206、网关组件208、第二任务组件210、第三任务组件212和结束事件214，其中，依次连接开始事件200、接第一任务组件202、服务组件204、信号组件206和网关组件208，网关组件208分别连接第二任务组件210和第三任务组件212，第二任务组件210和第三任务组件212在连接结束事件214，网关组件208设有两条路线，根据传递的参数确定对应的路线是第二任务组件210或第三任务组件212。

如图10所示，图10示出了业务流程测试模型示意图之二，在图9的基础上，增加了自动触发216和中间事件自动触发218，上述两个属于定时组件，自动触发216和中间事件自动触发218属于定时组件，可以实现定时执行或周期性执行。自动触发216位于开始事件处，中间事件自动触发218位于服务组件204和信号组件206之间。

在本申请的一些实施例中，根据业务流程的执行时间方式，建立定时组件，具体包括：

获取业务流程的执行方式，基于配置的时间执行方式，配置定时组件为定时执行方式或周期性执行方式。

进一步地，定时组件可以根据配置的时间方式执行，实施方式可以配置定时执行方式或周期性执行方式。通过设置定时组件，实现业务流程的定时执行或者周期执行，可以使得编排测试更好的进行。

举例而言，通过配置时间启动业务流程测试模型，定时组件的相关代码如下：

</timerEventDefinition>

</startEvent>

在本申请的一些实施例中，图3示出了本申请实施例提供的编排测试方法的流程示意图之三，如图3所示，根据业务流程的任务内容，建立任务组件，具体包括：

步骤S302，获取业务流程的任务内容，确定执行的任务节点，根据任务节点，建立任务组件。

步骤S304，获取业务流程中的任务分配人员，在任务组件中，通过设定第一数值，指定相应的任务执行人员。

进一步地，任务组件中设有assignee，即第一数值，通过指定assignee对应数值，可以实现分配给对应的任务执行人员，任务执行人员不用固定写死，可以解决不同业务线的审批人不一样的问题，采用上述方式可以不用写维护人员的代码，降低代码出错的风险。

举例而言，确认人为操作正确性的任务组件的相关代码如下：

</userTask>

在本申请的一些实施例中，图4示出了本申请实施例提供的编排测试方法的流程示意图之四，如图4所示，根据业务流程的业务逻辑关系，建立网关组件，具体包括：

步骤S402，获取业务流程的业务逻辑关系，设定网关组件中的身份标识号，设定身份标识号的连接路线。

步骤S404，通过设定网关组件传递的参数，控制网关的连通路线。

进一步地，通过设置网关组件中的参数，实现对应执行不同动作的功能，通过设定网关中ID以及传递的参数，执行不一样的动作，通过上述方式可以减少大量判断代码，避免出现后续大量代码维护困难的问题。

举例而言，网关组件的相关代码如下：

${input＝＝1}

</conditionExpression>

</sequenceFlow>

${input>＝2}

</conditionExpression>

</sequenceFlow>

其中，根据网关exclusiveGateway中的id＝exclusiveGw，连接到sourceRef＝exclusiveGw的连线可知，设有flow1和flow2的两条路线可走，根据传递的参数input确定对应的路线。上述代码通过不同的条件，执行不同的分支，从而满足更多的业务场景，提升灵活性。

在本申请的一些实施例中，图5示出了本申请实施例提供的编排测试方法的流程示意图之五，如图5所示，根据业务流程中的业务校验或回调第三方中间件内容，建立服务组件，具体包括：

步骤S502，获取业务流程中的业务校验或回调第三方中间件内容，采用xml模型构建服务组件。

步骤S504，通过设定xml模型的请求地址、请求头和请求参数，调用业务校验或回调第三方中间件的接口。

可以理解的是，根据活动节点的操作，编写大量的回调代码，易出错，数据一致性也得不到保障，等待业务方回调使用了第三方的中间件，提升了服务的复杂度，并且每一个活动节点的操作也是非常多并且频繁的，例如审批、驳回、跳转、委托、加签、减签，撤回，终止等相关的操作，如果写测试用例，会有大量的判断代码，各种操作逻辑的验证，在节点较多的情况下，通过编码来解决上述问题，会增加服务维护难度，出错率升高。本实施例通过采用xml模型解决上述问题。

进一步地，采用xml模型构建服务组件，可以通过设定xml模型的请求地址、请求头和请求参数，调用业务校验或回调第三方中间件的接口。

服务组件可以解决调用业务接口问题，xml模型中，请求地址、请求头、请求参数等传入流程，即可自动调用接口，无需书写HTTP请求代码。

举例而言，xml模型如下：

<flowable:field name＝"requestMethod">

<flowable:expression><！[CDATA[${method}]]></flowable:expression>

</flowable:field>

<flowable:field name＝"requestUrl">

<flowable:expression><！[CDATA[${url}]]></flowable:expression>

</flowable:field>

<flowable:field name＝"requestHeaders">

<flowable:expression><！[CDATA[${headers}]]></flowable:expression>

</flowable:field>

<flowable:field name＝"requestBody">

<flowable:expression><！[CDATA[${requestBody}]]></flowable:expression>

</flowable:field>

</serviceTask>

上述代码用于第三方服务的调用，根据业务流程测试模型启动的参数动态的调用接口，实现灵活可控。

在本申请的一些实施例中，服务组件包括以下之一或其组合：

审批组件、撤回组件、终止组件、加签组件、转交组件、跳转组件。

本实施例中，服务组件可以包括审批组件、撤回组件、终止组件、加签组件、转交组件和/或跳转组件，针对审批组件、撤回组件、终止组件、加签组件、转交组件和/或跳转组件进行动态编排，可以对业务流程管理平台进行多方面的测试，为企业大规模的服务稳定性与正确性提供保障。

如图11所示，举例而言，业务流程测试模型包括开始事件200、第一任务组件202、服务组件204、信号组件206和结束事件214，其中，依次连接开始事件200、接第一任务组件202、服务组件204、信号组件206和结束事件214。其中，开始事件200是人为手动触发。图9、图10和图11为不一样的驱动模型，根据不同的业务流程测试模型适配业务流程中不同场景业务。

对业务测试流程模型进行编排测试的流程示意框图如图12所示，业务流程测试模型中的定时组件220周期性或者定时的触发流程引擎222，流程引擎222调用接口发起流程，业务流程管理平台224返回流程发起结果，流程引擎222验证流程是否发起成功，结合审批组件226、撤回组件228、终止组件230、加签组件232、转交组件234、跳转组件236进行动态编排，举例而言，对于审批，流程引擎222查询当前代办任务，业务流程管理平台224返回当前流程代办任务，流程引擎222判断审批是否需要回调，如果需要回调，发送需要回调业务至服务组件204，服务组件204回调业务方，流程引擎222查询生成新的代办任务，业务流程管理平台224返回新的代办任务，流程引擎222判断是否需要等待被业务方回调，如果需要等待回调，发送需要等待业务方回调至信号组件206，信号组件206被业务方回调完成，流程引擎222发送审批，业务流程管理平台224返回审批结果，如果流程引擎222发送撤回审批，业务流程管理平台224返回操作结果，流程引擎222验证数据的正确性，当流程引擎222验证流程结束，发送流程已结束至结束组件238，结束组件238消息通知流程引擎222。

本申请实施例提供的编排测试方法，执行主体可以为编排测试装置。本申请实施例中以编排测试装置执行编排测试方法为例，说明本申请实施例提供的编排测试装置。

在本申请的一些实施例中提供了一种编排测试装置，图6示出了本申请实施例提供的编排测试装置的结构框图，如图6所示，编排测试装置100，包括模型构建模块110和测试模块120。模型构建模块110用于根据业务流程，基于BPMN协议，构建业务流程测试模型。测试模块120用于基于业务流程测试模型，启动流程引擎，对业务流程管理平台进行编排测试。

本申请实施例提供的编排测试装置100可以实现上述编排测试方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例中的编排测试装置可以是电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtualreality，VR)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，还可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personalcomputer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的编排测试装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的编排测试装置能够实现上述方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图7所示，本申请实施例还提供一种电子设备1000，电子设备1000包括处理器1002和存储器1004，存储器1004上存储有可在处理器1002上运行的程序或指令，该程序或指令被处理器1002执行时实现上述方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述的移动电子设备和非移动电子设备。

图8为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备1100包括但不限于：射频单元1101、网络模块1102、音频输出单元1103、输入单元1104、传感器1105、显示单元1106、用户输入单元1107、接口单元1108、存储器1109以及处理器1110等部件。

本领域技术人员可以理解，电子设备1100还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1110逻辑相连，从而通过电源管理系统实现管理充电、放电功耗管理等功能。图8中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器1110，用于根据业务流程，基于BPMN协议，构建业务流程测试模型。

处理器1110，用于基于业务流程测试模型，启动流程引擎，对业务流程管理平台进行编排测试。

本申请实施例提供的处理器1110可以实现上述编排测试方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解的是，本申请实施例中，输入单元1104可以包括图形处理器(GraphicsProcessing Unit，GPU)11041和麦克风11042，图形处理器11041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1106可包括显示面板11061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板11061。用户输入单元1107包括触控面板11071以及其他输入设备11072中的至少一种。触控面板11071，也称为触摸屏。触控面板11071可包括触摸检测装置和触摸控制器两个部分。其他输入设备11072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

存储器1109可用于存储软件程序以及各种数据。存储器1109可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1109可以包括易失性存储器或非易失性存储器，或者，存储器1109可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器1109包括但不限于这些和任意其它适合类型的存储器。

处理器1110可包括一个或多个处理单元；可选的，处理器1110集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1110中。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述编排测试方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，处理器为上述实施例中的电子设备中的处理器。可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现上述编排测试方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述编排测试方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims

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

根据业务流程，基于BPMN协议，构建业务流程测试模型；

基于所述业务流程测试模型，启动流程引擎，对业务流程管理平台进行编排测试。

2.根据权利要求1所述的编排测试方法，其特征在于，所述根据业务流程，构建业务流程测试模型，具体包括：

根据业务流程的执行时间方式，建立定时组件；

根据业务流程的任务内容，建立任务组件；

根据业务流程的业务逻辑关系，建立网关组件；

根据业务流程中的业务校验或回调第三方中间件内容，建立服务组件；

根据业务流程的执行情况，建立信号组件；

根据业务流程的启动、等待或终止事件内容，建立事件组件；

基于所述定时组件、所述任务组件、所述网关组件、所述服务组件、所述信号组件和所述事件组件，建立所述业务流程测试模型。

3.根据权利要求2所述的编排测试方法，其特征在于，所述根据业务流程的执行时间方式，建立定时组件，具体包括：

获取业务流程的执行方式，基于配置的时间执行方式，配置所述定时组件为定时执行方式或周期性执行方式。

4.根据权利要求2所述的编排测试方法，其特征在于，所述根据业务流程的任务内容，建立任务组件，具体包括：

获取业务流程的任务内容，确定执行的任务节点，根据任务节点，建立任务组件；

获取业务流程中的任务执行人员，在所述任务组件中，通过设定第一数值，指定相应的所述任务执行人员。

5.根据权利要求2所述的编排测试方法，其特征在于，所述根据业务流程的业务逻辑关系，建立网关组件，具体包括：

获取业务流程的业务逻辑关系，设定所述网关组件中的身份标识号，设定所述身份标识号的连接路线；

通过设定所述网关组件传递的参数，控制所述网关的连通路线。

6.根据权利要求2所述的编排测试方法，其特征在于，所述根据业务流程中的业务校验或回调第三方中间件内容，建立服务组件，具体包括：

获取业务流程中的业务校验或回调第三方中间件内容，采用xml模型构建所述服务组件；

通过设定所述xml模型的请求地址、请求头和请求参数，调用所述业务校验或回调第三方中间件的接口。

7.根据权利要求2至6中任一项所述的编排测试方法，其特征在于，所述服务组件包括以下之一或其组合：

8.一种编排测试装置，其特征在于，包括：

模型构建模块，用于根据业务流程，基于BPMN协议，构建业务流程测试模型；

测试模块，用于基于所述业务流程测试模型，启动流程引擎，对业务流程管理平台进行编排测试。

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

存储器，其上存储有程序或指令；

处理器，用于执行所述程序或指令时实现如权利要求1至7中任一项所述的编排测试方法的步骤。

10.一种可读存储介质，其上存储有程序或指令，其特征在于，所述程序或指令被处理器执行时实现如权利要求1至7中任一项所述的编排测试方法的步骤。