CN108255707A - 测试用例的开发角色创建方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及自动化测试技术领域，本发明提供一种测试用例的开发角色创建方法、装置、设备及存储介质，测试用例的开发角色创建方法包括：获取自动化测试用例的开发需求，根据开发需求生成业务流程，业务流程包括测试用例的开发请求、测试用例的分析、测试用例的开发、测试用例的测试以及测试用例的获取；根据业务流程建立业务节点，并为每个业务节点分配角色信息，并根据业务节点和角色信息生成业务流程文件；将业务流程文件发送至工作流引擎，使工作流引擎根据业务流程文件为每个角色分配相应的活动，通过测试用例的开发角色创建，使业务流程规范化，实现业务流程的流转不受时间和开发角色沟通能力的影响，提升了沟通效果并提高工作效率。

Description

测试用例的开发角色创建方法、装置、设备及存储介质

技术领域

本发明涉及自动化测试技术领域，尤其涉及一种测试用例的开发角色创建方法、装置、设备及存储介质。

背景技术

目前，在测试用例的开发过程中，存在着不同的角色以执行不同的业务流程，这些角色包括业务用户、手工测试人员、测试用例开发人员以及测试中心维护人员等。这些不同的角色，在现阶段主要是靠打电话或者邮件等方式进行沟通，没有具体的流程来执行，各角色所提供信息的或者要求的信息均不完善，沟通效果差，导致工作效率较低。

发明内容

本发明的目的在于提供一种测试用例的开发角色创建方法、装置、设备及存储介质，能够通过测试用例的开发角色创建，使业务流程规范化，提升了工作效率。

本发明是这样实现的，本发明第一方面提供一种测试用例的开发角色创建方法，所述测试用例的开发角色创建方法包括：

获取自动化测试用例的开发需求，根据所述开发需求生成业务流程，所述业务流程包括测试用例的开发请求、测试用例的分析、测试用例的开发、测试用例的测试以及测试用例的获取；

根据所述业务流程建立业务节点，并为每个业务节点分配角色信息，并根据所述业务节点和所述角色信息生成业务流程文件；

将所述业务流程文件发送至工作流引擎，使所述工作流引擎根据所述业务流程定义文件为每个角色分配相应的活动。

本发明第二方面提供一种测试用例的开发角色创建装置，所述测试用例的开发角色创建装置包括：

开发需求获取模块，用于获取自动化测试用例的开发需求；

业务流程生成模块，用于根据所述开发需求生成业务流程，所述业务流程包括测试用例的开发请求、测试用例的分析、测试用例的开发、测试用例的测试以及测试用例的获取；

业务节点生成模块，用于根据所述业务流程建立业务节点，并为每个业务节点分配角色信息；

业务流程文件生成模块，用于根据所述业务节点和所述角色信息生成业务流程文件，将所述业务流程文件发送至工作流引擎，使所述工作流引擎根据所述业务流程定义文件为每个角色分配相应的活动。

本发明第三方面提供一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本发明第一方面所述方法的步骤。

本发明第四方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如本发明第一方面所述方法的步骤。

本发明实施例提供一种测试用例的开发角色创建方法、装置、设备及存储介质，通过获取自动化测试用例的开发需求，根据开发需求生成业务流程，业务流程包括测试用例的开发请求、测试用例的分析、测试用例的开发、测试用例的测试以及测试用例的获取；根据业务流程建立业务节点，并为每个业务节点分配角色信息，根据测试用例的业务请求获取节点创建负责获取测试用例的开发需求的业务人员角色信息，根据业务分析测试节点创建负责测试用例的分析和测试验证的测试人员角色信息，根据业务开发节点创建负责测试用例的开发的开发人员角色信息，并根据业务节点和角色信息生成业务流程文件；将业务流程文件发送至工作流引擎，使工作流引擎根据所述业务流程文件为每个角色分配相应的活动，本发明通过测试用例的开发角色创建，使业务流程规范化，实现业务流程的流转不受时间和开发角色沟通能力的影响，提升了沟通效果并提高工作效率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一种实施例提供的一种测试用例的开发角色创建方法的流程图；

图2是本发明一种实施例提供的一种测试用例的开发角色创建方法中的步骤S30的具体流程示意图；

图3是本发明一种实施例提供的一种测试用例的开发角色创建方法的业务流程示意图；

图4是本发明另一种实施例提供的一种测试用例的开发角色创建方法的业务节点示意图；

图5是本发明另一种实施例提供的一种测试用例的开发角色创建装置的结构示意图；

图6是本发明另一种实施例提供的终端设备的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

为了说明本发明的技术方案，下面通过具体实施例来进行说明。

本发明实施例提供一种测试用例的开发角色创建方法，如图1所示，该测试用例的开发角色创建方法包括：

步骤S10.获取自动化测试用例的开发需求，根据开发需求生成业务流程，业务流程包括测试用例的开发请求、测试用例的分析、测试用例的开发、测试用例的测试以及测试用例的获取。

在步骤S10中，根据开发需求生成业务流程，可以使用业务流程管理程序JBPM对测试用例的信息数据进行分析，生成测试用例的信息数据模型文件；采用基于Web的Signavio流程设计器，JBPM为基于Web的Signavio流程设计器提供动态路由程序接口，在基于Web的Signavio流程设计器引入动态路由，基于Web的Signavio流程设计器根据测试用例需求创建测试用例业务流程，生成构建于JBPM框架上的流程语言JPDL的流程设计文件，JPDL格式的文件为XML文件，用于流程发布，作为一种实施方式，生成的业务流程包括测试用例的开发请求、测试用例的分析、测试用例的开发、测试用例的测试以及测试用例的获取。具体的，用户在Signavio流程设计器的可视化输入界面中输入开发需求信息，开发需求信息包括业务编号、业务名称、业务类型以及开发流目录，其中，业务编号为用户自行设计的编号，业务名称为测试用例的开发创建，业务类型为测试业务，开发流目录为请求、分析、开发、测试以及获取，Signavio流程设计器根据开发流目录生成业务流程。

步骤S20.根据业务流程建立业务节点，并为每个业务节点分配角色信息，并根据业务节点和所述角色信息生成业务流程文件。

在步骤S20中，作为一种实施方式，为业务流程中的每个步骤建立一个业务节点，并为每个业务节点分配一个角色，形成业务节点与其分配角色之间的对应关系，并将业务节点、所分配的角色以及业务节点与角色之间的对应关系形成业务流程文件，例如，对上述业务流程中每个步骤的测试用例的开发请求、测试用例的分析、测试用例的开发、测试用例的测试以及测试用例的获取均设置一个业务节点并分配角色，测试用例的开发请求可以对应业务人员角色，测试用例的分析可以对应分析人员角色，测试用例的开发可以对应开发人员角色，测试用例的测试可以对应测试人员角色，测试用例的获取可以对应业务人员角色。

作为另一种实施方式，可以根据各业务流程的功能对业务流程进行合并建立业务节点，并对合并后的业务节点分配角色信息，形成业务节点与其分配角色之间的对应关系，并将业务节点、所分配的角色以及合并后的业务节点与合并后的角色之间的对应关系形成业务流程文件，例如，将测试用例的开发请求、测试用例的分析、测试用例的开发、测试用例的测试以及测试用例的获取中功能相同或者类似的步骤合并成一个业务节点，可以将测试用例的开发请求和测试用例的获取进行合并成业务请求获取节点，并为业务请求节点分配业务人员角色，测试用例的分析和测试用例的测试均属于对测试用例的测试过程，可以合并成业务分析测试节点，并为业务分析测试节点分配测试人员角色，测试用例的开发作为单独的业务开发节点对应开发人员角色，最终，业务节点包括业务请求获取节点、业务分析测试节点以及业务开发节点，角色信息包括业务人员角色、测试人员角色以及开发人员角色，业务请求获取节点标记测试用例的开发请求和测试用例的获取的状态，业务分析测试节点用于标记测试用例的分析和测试用例的测试的状态，业务开发节点用于标记测试用例的开发的状态，业务人员角色负责监控业务请求获取节点，测试人员角色负责监控业务分析测试节点，开发人员角色负责监控业务开发节点，通过对业务流程的合并，可以减少业务节点的设置，实现对角色分配的优化。

步骤S30.将业务流程文件发送至工作流引擎，使工作流引擎根据业务流程文件为每个角色分配相应的活动。

作为一种实施方式，如图2所示，步骤S30中工作流引擎根据业务流程文件为每个角色分配相应的活动，包括：

步骤S31.工作流引擎根据业务流程文件获取业务节点、业务节点对应的角色以及业务流程的执行顺序。

步骤S32.接收每个业务节点发送的请求信息，根据执行顺序和请求信息为每个角色分配相应的活动。

在步骤S31和步骤S32中，工作流引擎对业务流程文件进行解析获取业务节点、业务节点对应的角色以及业务流程的执行顺序，并将业务节点以及业务节点对应的角色分配到不同的终端，每个终端对应一个角色人员，根据业务流程的执行顺序向终端发送信息，使终端的角色人员执行相应活动，业务流程的执行顺序为根据生成的业务流程按序顺执行得到的执行顺序，例如，业务流程为测试用例的开发请求、测试用例的分析、测试用例的开发、测试用例的测试以及测试用例的获取，业务流程的执行顺序与该业务流程的顺序相同，当根据业务流程的功能对业务流程进行合并时，根据原业务流程业务节点的执行顺序获取合并后的业务节点的执行顺序，获取执行顺序后接收每个业务节点发送的请求信息，根据执行顺序和请求信息为每个角色分配相应的活动，每个业务节点对应的角色均根据接收到的上一业务节点的请求信息开始工作，如图3所示，当用户需要自动化测试用例时，业务人员根据用户需求获取自动化测试用例的开发需求，通过业务请求获取节点向业务分析测试节点发出请求，业务分析测试节点所对应的角色手工测试人员对自动化测试用例开发需求进行分析之后，通过业务分析测试节点给向业务开发节点提交用户需求和分析结果，业务开发节点所对应的业务开发人员根据用户需求和分析结果进行开发，开发完成后将测试用例通过业务开发节点反馈给业务分析测试节点，业务分析测试节点所对应的角色手工测试人员对已开发的测试用例进行测试验证并获取验证结果，若自动化脚本满足开发需求则向业务请求获取节点发送测试用例，业务请求获取节点对应的业务人员执行测试用例，若自动化脚本还存在漏洞未能满足开发需求时，手工测试人员通过业务分析测试节点将自动化脚本存在的问题反馈给业务开发节点，开发人员针对所存在的问题进行修改，修改完成后再发送给至业务分析测试节点，直到自动化测试用例满足用户的开发需求，才能发送至业务请求获取节点，并通知业务人员来执行自动化测试用例。

本发明实施例提供一种测试用例的开发角色创建方法，通过获取自动化测试用例的开发需求，根据开发需求生成业务流程，业务流程包括测试用例的开发请求、测试用例的分析、测试用例的开发、测试用例的测试以及测试用例的获取；根据业务流程建立业务节点，并为每个业务节点分配角色信息，根据测试用例的业务请求获取节点创建负责获取测试用例的开发需求的业务人员角色信息，根据业务分析测试节点创建负责测试用例的分析和测试验证的测试人员角色信息，根据业务开发节点创建负责测试用例的开发的开发人员角色信息，并根据业务节点和角色信息生成业务流程文件；将业务流程文件发送至工作流引擎，使工作流引擎根据所述业务流程文件为每个角色分配相应的活动，本发明通过测试用例的开发角色创建，使业务流程规范化，实现业务流程的流转不受时间和开发角色沟通能力的影响，提升了沟通效果并提高工作效率。

作为本发明另一种实施方式，如图4所示，为了更好的实现上述步骤测试用例的开发角色创建方法，业务节点还包括设置与每个业务节点连接的维修节点，并根据与每个业务连接的维修节点，创建负责测试用例的维修人员角色信息，在整个系统工作的过程中，实时检测每个业务节点的工作状态，当检测到业务节点发生异常时，向维修节点发出维修请求。例如，在测试用例开发过程中，与每个业务节点连接的维修节点实时检测业务请求获取节点、业务分析测试节点以及业务开发节点的工作状态，当检测到一个或者多个业务节点发生异常，自动向维修节点发送维修请求，检测到业务请求获取节点或者业务开发节点发生异常时，业务请求获取节点或者业务开发节点自动向维修节点发送维修请求，维修节点对应的维修人员根据接收到的维修请求表对异常节点进行维护，保证整个平台正常运行。

需要说明的是，如果整个平台的全部业务节点都发生异常时，其他角色人员也可以向维修节点提交维修请求，确保平台及时恢复正常工作；此外，所提交的维修请求表具有相应的模板，可以是每个业务节点自动填写维修模板，也可以是该节点对应的角色发现问题时填写模板；其中，平台异常情况可以是页面打不开、功能出现问题及底层插件需要升级等。

作为本发明另一种实施方式，对于上述实施例中的步骤S31包括：接收每个业务节点发送的请求信息，根据所述执行顺序和所述请求信息获取下一个角色信息，根据下一角色所对应的业务节点的工作状态提交请求。

具体的，根据每个角色对应的业务节点的请求信息的数量获取业务节点的工作状态，并向下一角色所对应的业务节点中处于空闲状态的业务节点提交请求。

每个角色人员对应一个业务节点，如一个业务节点处于工作状态时，可以将上一节点的请求信息分配给处于空闲状态的业务节点，使该业务节点对应的角色人员开始工作，可以通过实时检测所有业务节点的请求信息的数量判断每个业务节点的空闲状态，当业务节点的请求信息的数量超过预设的拥塞阈值时判定该业务节点处于拥塞状态，当业务节点的请求信息的数量低于预设的拥塞阈值时判定该业务节点处于空闲状态，向下一业务节点提交请求时，向下一角色所对应的业务节点中处于空闲状态的业务节点提交请求，其中，在业务流程运行和流转的过程中将自动生成每个业务节点的业务数据以及相应的操作记录。作为另一种实施方式，也可以预先检测到业务节点的请求信息的数量是否超过预设的拥塞阈值时，进而获取每个业务节点的状态，并向所有业务节点发送负载均衡指令以及空闲业务节点的路由表，使空闲业务节点根据负载均衡指令分担拥塞业务节点的数据，如，若预设的分担策略为平均分配，则可以将拥塞业务节点的请求信息的数量均分为N份，数量N的选择能保证每一份均分的请求信息的数量都小于拥塞阈值即可；当然，具体操作时也可以让该拥塞业务节点承担在拥塞阈值以下的最大请求信息的数量，再将其未承担的请求信息的数量在选用的空闲业务节点之间均分；根据需要还可以选择其他的分配方式，如按一定的比例在拥塞业务节点及空闲业务节点之间进行分配；此外，分担策略还可以是根据数据类型来分配拥塞业务节点及空闲业务节点的请求信息的数量的承载量，此外分担策略还可以包括当负载降低到一定程度时，就可以停止拥塞控制等，也就是说，网络拥塞控制方法的优选实施例还可以包括以下步骤：在监控到拥塞业务节点的请求信息的数量小于预设的拥塞阈值时，控制拥塞业务节点停止将接收的数据分发至空闲业务节点。

本实施方式通过将拥塞业务节点的数据分担到空闲业务节点以均衡该拥塞业务节点的请求信息，提高了拥塞控制效率，进而提供了工作效率。

本发明另一种实施例提供一种测试用例的开发角色创建装置40，如图5所示，测试用例的开发角色创建装置40包括：

开发需求获取模块401，用于获取自动化测试用例的开发需求；

业务流程生成模块402，用于根据开发需求生成业务流程，业务流程包括测试用例的开发请求、测试用例的分析、测试用例的开发、测试用例的测试以及测试用例的获取；

业务节点生成模块403，用于根据业务流程建立业务节点，并为每个业务节点分配角色信息；

业务流程文件生成模块404，用于根据业务节点和角色信息生成业务流程文件，将业务流程文件发送至工作流引擎，使所述工作流引擎根据所述业务流程定义文件为每个角色分配相应的活动。

进一步的，作为一种实施方式，业务节点生成模块402具体用于根据各业务流程的功能对业务流程进行合并建立业务节点，并对合并后的业务节点分配角色信息，业务节点包括业务请求获取节点、业务分析测试节点以及业务开发节点，角色信息包括业务人员角色、测试人员角色以及开发人员角色，业务请求获取节点标记测试用例的开发请求和测试用例的获取的状态，业务分析测试节点用于标记测试用例的分析和测试用例的测试的状态，业务开发节点用于标记测试用例的开发的状态，业务人员角色负责监控业务请求获取节点，测试人员角色负责监控业务分析测试节点，开发人员角色负责监控业务开发节点。

进一步的，作为一种实施方式，业务流程文件生成模块404还用于使所述工作流引擎根据所述业务流程文件获取业务节点、业务节点对应的角色以及业务流程的执行顺序；

接收每个业务节点发送的请求信息，根据所述执行顺序和所述请求信息为每个角色分配相应的活动。

进一步的，作为一种实施方式，测试用例的开发角色创建装置还包括业务节点状态判断模块，用于根据下一角色对应的业务节点的请求信息的数量获取业务节点的工作状态，并向下一角色所对应的业务节点中处于空闲状态的业务节点提交请求

上述终端设备中模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本发明另一种实施例提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的测试用例的开发角色创建处理方法，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现上述实施例中测试用例的开发角色创建装置中各模块/单元的功能，为避免重复，这里不再赘述。

图6是是本实施例中终端设备的示意图。如图6所示，终端设备6包括处理器60、存储器61以及存储在存储器61中并可在处理器60上运行的计算机程序62。处理器60执行计算机程序62时实现上述实施例中测试用例的开发角色创建方法的各个步骤，例如图1所示的步骤S10、S20和S30。或者，处理器60执行计算机程序62时实现上述实施例中测试用例的开发角色创建装置各模块/单元的功能。

示例性的，计算机程序62可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器61中，并由处理器60执行，以完成本发明。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序62在终端设备6中的执行过程。例如，计算机程序62可以被分割成如图5所示的开发需求模块401、业务流程生成模块402、业务节点生成模块403、业务流程文件生成模块404。

该终端设备6可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。终端设备可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图6仅仅是终端设备6的示例，并不构成对终端设备6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器60可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器61可以是终端设备6的内部存储单元，例如终端设备6的硬盘或内存。存储器61也可以是终端设备6的外部存储设备，例如终端设备6上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器61还可以既包括终端设备6的内部存储单元也包括外部存储设备。存储器61用于存储计算机程序以及终端设备所需的其他程序和数据。存储器61还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种测试用例的开发角色创建方法，其特征在于，所述测试用例的开发角色创建方法包括：

获取自动化测试用例的开发需求，根据所述开发需求生成业务流程，所述业务流程包括测试用例的开发请求、测试用例的分析、测试用例的开发、测试用例的测试以及测试用例的获取；

根据所述业务流程建立业务节点，并为每个业务节点分配角色信息，并根据所述业务节点和所述角色信息生成业务流程文件；

将所述业务流程文件发送至工作流引擎，使所述工作流引擎根据所述业务流程文件为每个角色分配相应的活动。

2.如权利要求1所述的测试用例的开发角色创建方法，其特征在于，根据所述业务流程建立业务节点，并为每个业务节点分配角色信息，包括：

根据各业务流程的功能对业务流程进行合并建立业务节点，并对合并后的业务节点分配角色信息，其中，所述业务节点包括业务请求获取节点、业务分析测试节点以及业务开发节点，所述角色信息包括业务人员角色、测试人员角色以及开发人员角色，所述业务请求获取节点用于标记所述测试用例的开发请求和所述测试用例的获取的状态，所述业务分析测试节点用于标记所述测试用例的分析和所述测试用例的测试的状态，所述业务开发节点用于标记测试用例的开发的状态，所述业务人员角色负责监控所述业务请求获取节点，所述测试人员角色负责监控所述业务分析测试节点，所述开发人员角色负责监控所述业务开发节点。

3.如权利要求1所述的测试用例的开发角色创建方法，其特征在于，使所述工作流引擎根据所述业务流程文件为每个角色分配相应的活动，包括：

使所述工作流引擎根据所述业务流程文件获取业务节点、业务节点对应的角色以及业务流程的执行顺序；

接收每个业务节点发送的请求信息，根据所述执行顺序和所述请求信息为每个角色分配相应的活动。

4.如权利要求3所述的测试用例的开发角色创建方法，其特征在于，接收每个业务节点发送的请求信息，根据所述执行顺序和所述请求信息为每个角色分配相应的活动，包括：

接收每个业务节点发送的请求信息，根据所述执行顺序和所述请求信息获取下一个角色信息，根据下一角色所对应的业务节点的工作状态提交请求。

5.如权利要求4所述的测试用例的开发角色创建方法，其特征在于，根据下一角色所对应的业务节点的工作状态提交请求，包括：

根据下一角色对应的业务节点的请求信息的数量获取所述业务节点的工作状态，并向下一角色所对应的业务节点中处于空闲状态的业务节点提交请求。

6.如权利要求1至5任意一项所述的测试用例的开发角色创建方法，其特征在于，所述测试用例的开发角色创建方法还包括：

设置与每个业务节点连接的维修节点，所述工作流引擎实时检测每个业务节点的工作状态，当检测到业务节点发生异常时，向所述维修节点发出维修请求。

7.一种测试用例的开发角色创建装置，其特征在于，所述测试用例的开发角色创建装置包括：

开发需求获取模块，用于获取自动化测试用例的开发需求；

业务流程生成模块，用于根据所述开发需求生成业务流程，所述业务流程包括测试用例的开发请求、测试用例的分析、测试用例的开发、测试用例的测试以及测试用例的获取；

业务节点生成模块，用于根据所述业务流程建立业务节点，并为每个业务节点分配角色信息；

业务流程文件生成模块，用于根据所述业务节点和所述角色信息生成业务流程文件，将所述业务流程文件发送至工作流引擎，使所述工作流引擎根据所述业务流程定义文件为每个角色分配相应的活动。

8.如权利要求7所述的测试用例的开发角色创建装置，其特征在于，业务节点生成模块具体用于根据各业务流程的功能对业务流程进行合并建立业务节点，并对合并后的业务节点分配角色信息，所述业务节点包括业务请求获取节点、业务分析测试节点以及业务开发节点，所述角色信息包括业务人员角色、测试人员角色以及开发人员角色，所述业务请求获取节点用于标记所述测试用例的开发请求和所述测试用例的获取的状态，所述业务分析测试节点用于标记所述测试用例的分析和所述测试用例的测试的状态，所述业务开发节点用于标记测试用例的开发的状态，所述业务人员角色负责监控所述业务请求获取节点，所述测试人员角色负责监控所述业务分析测试节点，所述开发人员角色负责监控所述业务开发节点。

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

10.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任意一项所述方法的步骤。