CN111488283B - 任务生成方法、装置、电子设备及存储介质 - Google Patents

任务生成方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN111488283B
CN111488283B CN202010288697.2A CN202010288697A CN111488283B CN 111488283 B CN111488283 B CN 111488283B CN 202010288697 A CN202010288697 A CN 202010288697A CN 111488283 B CN111488283 B CN 111488283B
Authority
CN
China
Prior art keywords
target
task
flow
state
processor
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010288697.2A
Other languages
English (en)
Other versions
CN111488283A (zh
Inventor
徐晓东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Rajax Network Technology Co Ltd
Original Assignee
Rajax Network Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Rajax Network Technology Co Ltd filed Critical Rajax Network Technology Co Ltd
Priority to CN202010288697.2A priority Critical patent/CN111488283B/zh
Publication of CN111488283A publication Critical patent/CN111488283A/zh
Application granted granted Critical
Publication of CN111488283B publication Critical patent/CN111488283B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3688—Test management for test execution, e.g. scheduling of test suites
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明实施例涉及信息技术处理领域，特别涉及一种任务生成方法、装置、电子设备及存储介质。任务生成方法，包括：接收来自终端的数据消息或指令；通过至少一个处理器解析所述数据消息或指令，得到目标状态；其中，所述目标状态为待生成的测试任务的状态；至少根据所述目标状态和预设的流程模板，通过所述至少一个处理器确定目标流程；通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务。采用本发明的实施例，有利于提高得到不同状态下的测试任务的效率。

Description

任务生成方法、装置、电子设备及存储介质
技术领域
本发明实施例涉及信息技术处理领域，特别涉及一种任务生成方法、装置、电子设备及存储介质。
背景技术
随着市场业务和互联网技术的发展，各种基于互联网系统的采购服务或配送服务给人们的日常生活带来了极大的方便。可以理解的是，互联网系统需要经过业务测试等过程才能稳定地为使用者提供更好的服务：在进行业务测试的过程中，通常需要大量不同状态下的测试任务作为基础进行系统测试。然而发明人发现相关技术中至少存在如下问题：相关技术中通常是由技术人员手动创建并操作测试任务来得到不同状态下的测试任务，其过程中需要对于测试任务的创建及操作规则有一定的理解，产生了一定的理解成本，且手动操作较为复杂繁琐，导致得到不同状态下的测试任务的耗时较长、效率较低。
发明内容
本发明实施例的目的在于提供一种任务生成方法、装置、电子设备及存储介质，有利于提高得到不同状态下的测试任务的效率。
为解决上述问题，本发明的实施例提供了一种任务生成方法，包括：接收来自终端的数据消息或指令；通过至少一个处理器解析所述数据消息或指令，得到目标状态；其中，所述目标状态为待生成的测试任务的状态；至少根据所述目标状态和预设的流程模板，通过所述至少一个处理器确定目标流程；通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务。
本发明的实施例还提供了一种任务生成装置，包括：接收模块，用于接收来自终端的数据消息或指令；获取模块，用于解析所述数据消息或指令，得到目标状态；其中，所述目标状态为待生成的测试任务的状态；确定模块，用于至少根据所述目标状态和预设的流程模板，确定目标流程；生成模块，用于执行所述目标流程，生成处于所述目标状态的测试任务。
本发明的实施例还提供了一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行：接收来自终端的数据消息或指令；通过至少一个处理器解析所述数据消息或指令，得到目标状态；其中，所述目标状态为待生成的测试任务的状态；至少根据所述目标状态和预设的流程模板，通过所述至少一个处理器确定目标流程；通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务。
本发明的实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现上述的任务生成方法。
本实施例相对于现有技术而言，接收来自终端的数据消息或指令；通过至少一个处理器解析所述数据消息或指令，得到目标状态；其中，所述目标状态为待生成的测试任务的状态；至少根据所述目标状态和预设的流程模板，通过所述至少一个处理器确定目标流程；通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务；也就是说，基于指定的目标状态能够自动确定并执行目标流程，来生成处于指定的目标状态的测试任务，自动化的生成方法使得进行测试工作时无需深入了解测试任务的创建及操作规则等，降低了进行测试工作的学习成本；生成不同状态的测试任务的过程中并不需要接收手动逐步的操作，有效避免了生成测试任务的过程较为繁琐复杂的问题，提升了生成不同状态的测试任务的速度和效率，降低了进行测试工作的时间消耗。
另外，流程模板包括按执行顺序排列的若干个流程节点；所述至少根据所述目标状态和预设的流程模板，通过所述至少一个处理器确定目标流程，包括：通过所述至少一个处理器确定所述目标流程的目标尾端节点；其中，所述目标尾端节点为所述流程模板中与所述目标状态对应的流程节点；至少根据所述目标尾端节点以及所述流程模板，通过所述至少一个处理器确定所述目标流程；上述提供了一种确定目标流程的方式，根据目标状态在流程模板中查找到对应的目标尾端节点来确定目标流程，这样在执行目标流程后，最后执行的是与目标状态对应的目标尾端节点，从而使得生成的测试任务处于目标状态。
另外，所述至少根据所述目标尾端节点以及所述流程模板，通过所述至少一个处理器确定所述目标流程，包括：获取从所述流程模板的首个流程节点至所述目标尾端节点的各流程节点，作为所述目标流程；上述提供了一种根据目标尾端节点来确定目标流程的方式。
另外，在所述通过至少一个处理器解析所述数据消息或指令后，还得到：所述测试任务的参数；所述通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务，包括：基于所述测试任务的参数，通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的所述测试任务；上述方式中在解析数据消息或指令后还得到测试任务的参数，用于生成测试任务，也就是在指定了待生成的测试任务的目标状态之外，还可以指定待生成的测试任务的参数，从而使得生成的测试任务与测试需求更为贴合。
另外，在所述通过至少一个处理器解析所述数据消息或指令后，还得到：历史测试任务的状态；所述至少根据所述目标尾端节点以及所述流程模板，通过所述至少一个处理器确定目标流程，包括：通过所述至少一个处理器确定所述历史测试任务的历史尾端节点；其中，所述历史尾端节点为所述流程模板中与所述历史任务的状态对应的流程节点；若所述历史尾端节点在所述流程模板中排列在所述目标尾端节点之前，则通过所述至少一个处理器获取从所述历史尾端节点在所述流程模板中的下一个流程节点至所述目标尾端节点的各流程节点，作为所述目标流程；所述通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务，包括：基于所述历史测试任务，通过所述至少一个处理器执行所述目标流程，得到处于所述目标状态的所述历史测试任务，作为所述测试任务；上述提供了另一种确定并执行目标流程的方式，在解析数据消息或指令后还得到历史测试任务的状态，并基于历史测试任务及其状态来生成测试任务，也就是还可以将历史测试任务的状态推进至指定的目标状态，从而能够在历史测试任务的基础上继续推进测试进度，从而满足多样化的测试需求。
另外，在所述接收来自终端的数据消息或指令前，还包括：通过所述至少一个处理器在所述终端上提供人机交互界面，所述人机交互界面上包括对应于所述预设的数据库的控件；所述数据库用于存储任务的参数；响应于通过所述至少一个处理器检测到对所述控件的选中操作，获取所述数据库中存储的任务的参数，作为可选择的测试任务的参数；通过所述至少一个处理器将所述可选择的测试任务的参数发送至所述终端，以供所述终端在所述人机交互界面上显示所述可选择的测试任务的参数，并基于所述可选择的测试任务的参数，生成所述数据消息或指令；上述方式中通过提供预设的数据库和人机交互界面来接收指定的测试任务的参数，使得测试方能够选择已经存储的任务的参数来作为测试任务的参数；预设的数据库中存储的任务的参数模拟了一定的数据环境，从而使得测试任务的生成过程能够在一定的数据环境下进行，从而满足多样化的测试需求。
另外，在所述通过至少一个处理器解析所述数据消息或指令后，还得到：已生成任务的标识信息；所述通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务，包括：根据所述已生成历史任务的标识信息，通过所述至少一个处理器获取所述已生成任务的参数；基于所述已生成任务的参数，通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务；上述方式中在解析数据消息或指令后还得到已生成任务的标识信息，用于复制已生成任务的参数，也就是可以利用已生成任务的参数来生成新的测试任务，从而满足多样化的测试需求。
另外，所述测试任务包括：商品操作任务；所述目标状态至少包括：待支付状态、已支付状态、待接单状态、已接单状态、配送中状态、已完结状态、已退回状态、取消状态。
附图说明
图1是根据本发明第一实施例中的任务生成方法的流程示意图；
图2是根据本发明第一实施例中的流程模板的示意图；
图3是根据本发明第一实施例中步骤102的具体实现流程图；
图4是根据本发明第二实施例中的任务生成方法的流程示意图；
图5是根据本发明第三实施例中的一种任务生成方法的流程示意图；
图6是根据本发明第一实施例中的另一种任务生成方法的流程示意图；
图7是根据本发明第四实施例中的任务生成装置的结构方框图；
图8是根据本发明第五实施例中的电子设备的结构方框图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。
本发明的第一实施例涉及一种任务生成方法。本实施例中的任务可以理解为进行业务测试时使用到的测试任务，为了模拟不同场景进行不同业务的测试，通常需要模拟出不同状态的测试任务；本实施例中的测试任务可以理解为商品操作任务，例如在线上购物的场景下，商品操作任务即为线上购物订单，不同状态的测试任务即为不同状态的订单，例如待支付的订单、已支付的订单、待接单的订单、已接单的订单、配送中的订单、已完结的订单、已退回的订单、取消的订单，等等。以上仅为举例说明，并不限定本实施例中任务生成方法的使用场景及上述名词的具体指代。本实施例中任务生成方法的具体流程如图1所示，包括：
步骤101，接收来自终端的数据消息或指令，通过至少一个处理器解析数据消息或指令，得到目标状态。
步骤102，至少根据目标状态和预设的流程模板，通过至少一个处理器确定目标流程。
步骤103，通过至少一个处理器执行目标流程，生成处于目标状态的测试任务。
本实施例中，接收来自终端的数据消息或指令；通过至少一个处理器解析数据消息或指令，得到目标状态；其中，目标状态为待生成的测试任务的状态；至少根据目标状态和预设的流程模板，通过至少一个处理器确定目标流程；通过至少一个处理器执行目标流程，生成处于目标状态的测试任务；也就是说，基于指定的目标状态能够自动确定并执行目标流程，来生成处于指定的目标状态的测试任务，自动化的生成方法使得进行测试工作时无需深入了解测试任务的创建及操作规则等，降低了进行测试工作的学习成本；生成不同状态的测试任务的过程中并不需要接收手动逐步的操作，有效避免了生成测试任务的过程较为繁琐复杂的问题，提升了生成不同状态的测试任务的速度和效率，降低了进行测试工作的时间消耗。
下面对本实施例的任务生成方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。
在步骤101中，任务生成装置接收来自终端的消息或指令，通过至少一个处理器解析消息或指令，得到目标状态，其中目标状态为待生成的测试任务的状态，也就是可以理解为为待生成的测试任务指定的目标状态。可以理解的是，进行测试工作的技术人员可以通过终端向任务生成装置发送能够解析得到目标状态的数据消息过指令；例如，任务生成装置与终端通信连接，在终端上提供人机交互界面；技术人员通过人机交互界面，输入目标状态(或选择人机交互界面上提供的目标状态)；终端基于目标状态生成数据消息或指令，传输给任务生成装置，以供任务生成装置解析数据消息或指令后得到目标状态。
在实例中，测试任务可以为模拟的线上购物订单，目标状态可以是待支付状态、待接单状态、配送中状态、已完结状态，等。
在步骤102中，任务生成装置至少根据目标状态和预设的流程模板，通过至少一个处理器确定目标流程：其中，预设的流程模板是用于生成测试任务的流程模板。本步骤中，提供了一种流程模板的示例，可参见图2所示的流程模板的示意图：图2中的流程模板包括按执行顺序排列的若干个流程节点，各流程节点都对应于一种任务的状态；流程节点可以被执行，在生成测试任务的过程中，执行一个流程节点可以理解为对测试任务的一步操作，每执行一个流程节点，测试任务的状态就是执行的流程节点对应的状态；例如，“任务创建节点”对应的是“待支付状态”，响应于执行“任务创建节点”，则表示创建了一个测试任务，测试任务的状态为“待支付状态”；“任务完结节点”对应的是“任务完结状态”，响应于执行“任务完结节点”，则表示完结了当前的测试任务，测试任务的状态为“已完结状态”，等等。可以理解的是，图2中所示的流程模板仅为举例说明，并不构成具体的限制；在实例中，流程模板可以包括按执行顺序排列的若干个可调用执行接口、可执行程序模块，等等。
本步骤中，提供了一种确定目标流程的实现方式，也就是步骤102的具体实现方式，可参见图3，包括以下步骤1021至步骤1022。
步骤1021，通过至少一个处理器确定目标流程的目标尾端节点。
具体地说，本步骤中的目标尾端节点为流程模板中与目标状态对应的流程节点；由于每执行流程模板中包括的一个流程节点后，测试任务的状态就得到了更新，因此流程节点与测试任务的状态存在对应关系：也就是说，任务生成装置根据上述的对应关系，从流程模板中查找到与目标状态对应的流程节点，作为目标尾端节点。
在实例中，当目标状态为“已完结状态”时，参考如图2所示的流程模板的示意图，查找到与“已完结状态”对应的流程节点为“任务完结节点”，则将“任务完结节点”作为目标尾端节点。
步骤1022，至少根据目标尾端节点以及流程模板，通过至少一个处理器确定目标流程。
具体地说，由于目标流程的目标尾端节点已确定，因此根据目标尾端节点和流程模板中按执行顺序排列的流程节点，可以回溯出一条以目标尾端节点作为结束的流程，作为目标流程。本步骤中，提供了一种根据目标尾端节点以及流程模板确定目标流程的实现方式，也就是步骤1022的具体实现方式，具体为：
获取从流程模板的首个流程节点至目标尾端节点的各流程节点，作为目标流程。
具体地说，流程模板是用于生成测试任务的，生成处于目标状态的测试任务的基本操作就是要创建一个测试任务，因此可以理解的是流程模板的首个流程节点是用于创建测试任务的，可参考如图2所示的流程模板的示意图。获取首个流程节点至目标尾端节点的各流程节点组成的流程，作为目标流程后，在执行目标流程时，最先执行的是创建测试任务的流程节点，最后执行的是与目标状态对应的目标尾端节点，从而生成的测试任务处于目标状态。在实例中，参考如图2所示的流程模板的示意图，获取“任务创建节点”至“任务完结节点”的各流程节点组成的流程(即“任务创建节点”—“任务支付节点”—“任务同步节点”—“任务接单节点”—“任务配送节点”—“任务完结节点”)，作为目标流程。
在步骤103中，任务生成装置通过至少一个处理器执行目标流程，生成处于目标状态的测试任务。可以理解的是，在执行目标流程生成测试任务时，会使用到一些与测试任务的内容相关的参数，例如在测试线上购物的场景下，测试任务可以理解为线上购物订单，与订单的内容相关的参数可以理解为订单的类型参数、订单的商品参数、订单的地址参数、订单的费用参数等等。本实施例中，除了支持为待生成的测试任务指定目标状态，还可以支持为待生成的测试任务指定参数，从而使得生成的测试任务与测试需求更为贴合。结合步骤101中的说明，例如，任务生成装置与终端通信连接，在终端上提供人机交互界面；技术人员通过人机交互界面，输入目标状态(或选择人机交互界面上提供的目标状态)，还可以输入测试任务的参数；终端基于目标状态和测试任务的参数生成数据消息或指令，传输给任务生成装置，以供任务生成装置解析数据消息或指令后得到目标状态，还得到测试任务的参数。另外，如果未为待生成的测试任务指定参数，也就是任务生成装置未在解析数据消息或指令后得到测试任务的参数，则任务生成装置可以从预设的数据库中随机选择已经存储的任务的参数，作为测试任务的参数。
在任务生成装置得到测试任务的参数后，结合测试任务的参数来自动执行目标流程，生成处于目标状态的测试任务；生成一个测试任务的同时，还可以生成一个对应于测试任务的标识信息用于表征测试任务，对应于测试任务的标识信息可以理解为任务编号、订单编号等。
在实例中，为了生成目标状态的测试订单，任务生成装置接收来终端的数据消息或指令，通过至少一个处理器解析数据消息或指令，得到目标状态为“任务完结状态”；任务生成装置至少根据目标状态和预设的流程模板，通过至少一个处理器确定目标流程为：“任务创建节点”—“任务支付节点”—“任务同步节点”—“任务接单节点”—“任务配送节点”—“任务完结节点”；任务生成装置基于测试订单的参数，自动从“任务创建节点”开始执行目标流程，创建一个测试订单，直至执行到“任务完结节点”，生成一个处于“任务完结状态”的测试订单。
本实施例相对于现有技术而言，接收来自终端的数据消息或指令；通过至少一个处理器解析数据消息或指令，得到目标状态；其中，目标状态为待生成的测试任务的状态；至少根据目标状态和预设的流程模板，通过至少一个处理器确定目标流程；通过至少一个处理器执行目标流程，生成处于目标状态的测试任务；也就是说，基于指定的目标状态能够自动确定并执行目标流程，来生成处于指定的目标状态的测试任务，自动化的生成方法使得进行测试工作时无需深入了解测试任务的创建及操作规则等，降低了进行测试工作的学习成本；生成不同状态的测试任务的过程中并不需要接收手动逐步的操作，有效避免了生成测试任务的过程较为繁琐复杂的问题，提升了生成不同状态的测试任务的速度和效率，降低了进行测试工作的时间消耗。
本发明第二实施例涉及一种任务生成方法，与第一实施例大致相同，区别之处在于提供了另一种确定并执行目标流程的实现方式。本实施例中任务生成方法的具体流程图如图4所示，包括：
步骤401，接收来自终端的数据消息或指令，通过至少一个处理器解析数据消息或指令，得到目标状态和历史测试任务的状态。
具体地说，除了支持根据指定的目标状态生成新的测试任务之外，还可以对历史测试任务进行状态的处理。结合步骤101中的说明，进行测试工作的技术人员可以通过终端向任务生成装置发送能够解析得到目标状态和历史测试任务的状态的数据消息或指令；例如，任务生成装置与终端通信连接，在终端上提供人机交互界面；技术人员通过人机交互界面，输入目标状态(或选择人机交互界面上提供的目标状态)，还可以输入历史测试任务的状态(或选择人机交互界面上提供的历史测试任务的状态)；终端基于目标状态和历史测试任务的状态生成数据消息或指令，传输给任务生成装置，以供任务生成装置解析数据消息或指令后得到目标状态，还得到历史测试任务的状态。
可以理解的是，由于测试任务是由任务生成装置生成的，因此任务生成装置可以存储历史测试任务及其状态，并将历史测试任务的状态发送至终端，以供终端显示历史测试任务的状态。
步骤402，通过至少一个处理器确定目标流程的目标尾端节点；此步骤与步骤1021大致相同，此处不再赘述。
步骤403，通过至少一个处理器确定历史测试任务的历史尾端节点。
具体地说，本步骤中的历史尾端节点为流程模板中与历史任务的状态对应的流程节点；确定历史尾端节点的说明大致同步骤1021中确定目标尾端节点的说明，此处不再赘述。
步骤404，若历史尾端节点在流程模板中排列在目标尾端节点之前，则通过至少一个处理器获取从历史尾端节点在流程模板中的下一个流程节点至目标尾端节点的各流程节点，作为目标流程。
具体地说，由于流程模板包括按执行顺序排列的流程节点，因此可以根据流程模板中流程节点的排列顺序，确定历史尾端节点与目标尾端节点的前后顺序。如果历史尾端节点排列在目标尾端节点之前，说明历史测试任务的状态还未推进至目标状态，也就是基于历史测试任务，还需要执行若干个流程节点，才能够使得历史测试任务的状态推进至目标状态。因此，获取历史尾端节点在流程模板中的下一个流程节点至目标尾端节点的各流程节点，作为目标流程。
在实例中，参考如图2所示的流程模板的示意图，历史尾端节点为“任务接单节点”，目标尾端节点为“任务完结节点”，获取“任务接单节点”的下一个流程节点(即“任务配送节点”)至“任务完结节点”的各流程节点组成的流程(即“任务配送节点”—“任务完结节点”)，作为目标流程。
步骤405，基于历史测试任务，通过至少一个处理器执行目标流程，得到处于目标状态的历史测试任务，作为测试任务。
具体地说，任务生成装置基于历史任务的参数，对历史测试任务进行操作，以推进历史测试任务的状态至目标状态；在实例中，获取到历史测试任务的历史尾端节点为“任务接单节点”，即历史测试任务的状态为“已接单状态”；目标流程为“任务配送节点”—“任务完结节点”，因此根据历史测试任务的参数，在历史测试任务处于“已接单状态”下，从“任务配送节点”开始执行，直至执行到“任务完结节点”，得到处于“任务完结状态”的历史测试任务，作为测试任务。
本实施例相对于现有技术而言，提供了另一种确定并执行目标流程的方式，在解析数据消息或指令后还得到历史测试任务的状态，并基于历史测试任务及其状态来生成测试任务，也就是还可以将历史测试任务的状态推进至指定的目标状态，从而能够在历史测试任务的基础上继续推进测试进度，从而满足多样化的测试需求。
本发明第三实施例涉及一种任务生成方法，与第一实施例大致相同，区别之处在于提供了若干种得到测试任务的参数的实现方式。本实施例中的任务生成方法的具体流程可以参见图5或图6所示的流程。本实施例中，测试任务的参数可以理解为一些与测试任务的内容相关的参数，例如在测试线上购物的场景下，测试任务可以理解为线上购物订单，与订单的内容相关的参数可以理解为订单的类型参数、订单的商品参数、订单的地址参数、订单的费用参数等等。
下面首先对图5所示的一种任务生成方法进行说明。
步骤501，通过至少一个处理器在终端上提供人机交互界面，人机交互界面上包括对应于预设的数据库的控件，数据库用于存储任务的参数。
步骤502，响应于通过至少一个处理器检测到对控件的选中操作，获取数据库中存储的任务的参数，作为可选择的测试任务的参数。
步骤503，通过至少一个处理器将可选择的测试任务的参数发送至终端，以供终端在人机交互界面上显示可选择的测试任务的参数，并基于可选择的测试任务的参数，生成数据消息或指令。
具体地说，任务生成装置与终端通信连接，在终端上提供人机交互界面，人机交互界面上包括对应于预设的数据库的控件；技术人员通过选中人机交互界面上的控件，实现对数据库的选中；则任务生成装置响应于对控件的选中，获取并发送数据库中存储的任务的参数至终端，以供终端显示；技术人员能够选择终端上显示的可选择的测试任务的参数，作为为待生成的测试任务指定的参数，而无需技术人员手动输入测试任务的参数。可以理解的是，预设的数据库中存储的任务的参数模拟了一定的数据环境，从而使得测试任务的生成过程能够在一定的数据环境下进行，满足测试需求。
另外，可以理解的是，预设的数据库可以有多个，人机交互界面上包括与多个数据库一一对应的控件，从而技术人员可以通过终端选中人机交互界面上的控件，快速获取到选中的控件对应的数据库中存储的任务的参数，作为可选择的测试任务的参数；技术人员选择不同的控件，也就是选择了不同的数据库，也就可以理解为实现了在不同数据环境之间的便捷切换，从而满足多样化的测试需求。
步骤504，接收来自终端的数据消息或指令，通过至少一个处理器解析数据消息或指令，得到目标状态。此步骤与步骤101大致相同，此处不再赘述。
步骤505，至少根据目标状态和预设的流程模板，通过至少一个处理器确定目标流程。此步骤与步骤102大致相同，此处不再赘述。
步骤506，通过至少一个处理器执行目标流程，生成处于目标状态的测试任务。此步骤与步骤103大致相同，此处不再赘述。
本实施例中还提供了一种任务生成方法，下面对图6所示的另一种任务生成方法进行说明。
步骤601，接收来自终端的数据消息或指令，通过至少一个处理器解析数据消息或指令，得到目标状态和已生成任务的标识信息。
具体地说，已生成任务可以理解为已生成的测试任务，也可以理解为已生成的非测试任务，例如实际投入使用的任务；在实例中，以线上购物场景为例进行说明，测试任务可以理解为模拟线上购物的订单，实际投入使用的非测试任务可以理解为普通用户实际操作产生的真实线上购物的订单。已生成任务的标识信息，可以理解为任务编号、订单编号等用于表征测试任务的标识信息。结合步骤101中的说明，进行测试工作的技术人员可以通过终端向任务生成装置发送能够解析得到目标状态和已生成任务的标识信息；例如，任务生成装置与终端通信连接，在终端上提供人机交互界面；技术人员通过人机交互界面，输入目标状态(或选择人机交互界面上提供的目标状态)，还可以输入已生成任务的标识信息(或选择人机交互界面上提供的已生成任务的标识信息)；终端基于目标状态和已生成任务的标识信息生成数据消息或指令，传输给任务生成装置，以供任务生成装置解析数据消息或指令后得到目标状态，还得到已生成任务的标识信息。
可以理解的是，已生成任务可以是由任务生成装置生成的，因此任务生成装置可以存储已生成任务及其标识信息，并将已生成任务标识信息发送至终端，以供终端显示已生成任务的标识信息。
步骤602，至少根据目标状态和预设的流程模板，通过至少一个处理器确定目标流程。此步骤与步骤102大致相同，此处不再赘述。
步骤603，根据已生成历史任务的标识信息，通过至少一个处理器获取已生成任务的参数。
具体地说，由于已生成任务可是由任务生成装置生成的，因此任务生成装置可以存储已生成任务及其标识信息；已生成任务的标识信息用于表征已生成任务，因此任务生成装置可以通过标识信息查找到已生成任务，并获取已生成任务的参数。
步骤604，基于已生成任务的参数，通过至少一个处理器执行目标流程，生成处于目标状态的测试任务。
具体地说，任务生成装置基于已生成任务的参数，也就是复制已生成任务的参数，并结合待生成的测试任务的目标状态，执行目标流程，新生成一个处于目标状态的测试任务。
在实例中，任务生成装置接收来终端的数据消息或指令，通过至少一个处理器解析数据消息或指令，得到目标状态为“任务完结状态”，已生成任务的标识信息为“20200301”；任务生成装置至少根据目标状态和预设的流程模板，通过至少一个处理器确定目标流程为：“任务创建节点”—“任务支付节点”—“任务同步节点”—“任务接单节点”—“任务配送节点”—“任务完结节点”；任务生成装置根据标识信息“20200301”获取到已生成任务的参数，并基于获取到的已生成任务的参数，自动从“任务创建节点”开始执行目标流程，直至执行到“任务完结节点”，生成一个处于“任务完结状态”的测试任务。
本实施例相对于现有技术而言，提供了若干种得到测试任务的参数的实现方式，在不同的情况下，测试任务的参数可以源于预设的数据库中存储的任务的参数，也可以源于已生成任务的参数，在生成测试任务的过程中满足了多样化的测试需求。
本发明第四实施例涉及一种任务生成装置，如图7所示，包括：接收模块701，获取模块702，确定模块703和生成模块704。
接收模块701，用于接收来自终端的数据消息或指令；
获取模块702，用于解析数据消息或指令，得到目标状态；其中，目标状态为待生成的测试任务的状态；
确定模块703，用于至少根据目标状态和预设的流程模板，确定目标流程；
生成模块704，用于执行目标流程，生成处于目标状态的测试任务。
在一个实例中，流程模板包括按执行顺序排列的若干个流程节点；确定模块703至少根据目标状态和预设的流程模板，确定目标流程，包括：确定目标流程的目标尾端节点；其中，目标尾端节点为流程模板中与目标状态对应的流程节点；至少根据目标尾端节点以及流程模板，确定目标流程。
在一个实例中，在获取模块702解析数据消息或指令后，还得到：测试任务的参数；生成模块704执行目标流程，生成处于目标状态的测试任务，包括：基于测试任务的参数，执行目标流程，生成处于目标状态的测试任务。
在一个实例中，确定模块703至少根据目标尾端节点以及流程模板，通过至少一个处理器确定目标流程，包括：获取从所述流程模板的首个流程节点至所述目标尾端节点的各流程节点，作为所述目标流程。
在一个实例中，在获取模块702解析数据消息或指令后，还得到：历史测试任务的状态；确定模块702至少根据目标尾端节点以及流程模板，确定目标流程，包括：确定历史测试任务的历史尾端节点；其中，历史尾端节点为流程模板中与历史任务的状态对应的流程节点；若所述历史尾端节点在所述流程模板中排列在所述目标尾端节点之前，则获取从所述历史尾端节点在所述流程模板中的下一个流程节点至所述目标尾端节点的各流程节点，作为所述目标流程；生成模块704通过至少一个处理器执行目标流程，生成处于目标状态的测试任务，包括：基于历史测试任务，执行目标流程，得到处于目标状态的历史测试任务，作为测试任务。
在一个实例中，在接收模块701接收来自终端的数据消息或指令前，还包括：在终端上提供人机交互界面，人机交互界面上包括对应于预设的数据库的控件，所述数据库用于存储任务的参数；响应于检测到对控件的选中操作，获取数据库中存储的任务的参数，作为可选择的测试任务的参数；将可选择的测试任务的参数发送至终端，以供终端在人机交互界面上显示可选择的测试任务的参数，并基于可选择的测试任务的参数，生成数据消息或指令。
在一个实例中，在获取模块702解析数据消息或指令后，还得到：已生成任务的标识信息；生成模块704执行目标流程，生成处于目标状态的测试任务，包括：根据已生成历史任务的标识信息，获取已生成任务的参数；基于已生成任务的参数，执行目标流程，生成处于目标状态的测试任务。
在一个实例中，所述测试任务包括：商品操作任务；所述获取模块702得到的目标状态至少包括：待支付状态、已支付状态、待接单状态、已接单状态、配送中状态、已完结状态、已退回状态、取消状态。
不难发现，本实施例为与第一、第二或第三实施例的相对应的装置实施例，本实施例可与第一、第二或第三实施例互相配合实施。第一、第二或第三实施例中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应的，实施例中提到的相关技术细节也可应用在第一、第二或第三实施例中。
值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施例中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。
本发明第五实施例涉及一种电子设备，如图8所示，该电子设备包括至少一个处理器801；以及，与至少一个处理器801通信连接的存储器802；以及，与至少一个处理器801连接的通信组件803，通信组件803在处理器801的控制下接收和发送数据；其中，存储器802存储有可被至少一个处理器801执行的指令，指令被至少一个处理器801执行以实现：接收来自终端的数据消息或指令；通过至少一个处理器解析数据消息或指令，得到目标状态；其中，目标状态为待生成的测试任务的状态；至少根据目标状态和预设的流程模板，通过至少一个处理器确定目标流程；通过至少一个处理器执行目标流程，生成处于目标状态的测试任务。
具体地，该电子设备包括：一个或多个处理器801以及存储器802，图8中以一个处理器801为例。处理器801、存储器802可以通过总线或者其他方式连接，图8中以通过总线连接为例。存储器802作为一种计算机可读存储介质，可用于存储计算机软件程序、计算机可执行程序以及模块。处理器801通过运行存储在存储器802中的计算机软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述任务生成方法。
存储器802可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储选项列表等。此外，存储器802可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器802可选包括相对于处理器801远程设置的存储器，这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
一个或者多个模块存储在存储器802中，当被一个或者多个处理器801执行时，执行上述任意方法实施例中的任务生成方法。
上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果，未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。
在本实施例中，接收来自终端的数据消息或指令；通过至少一个处理器解析数据消息或指令，得到目标状态；其中，目标状态为待生成的测试任务的状态；至少根据目标状态和预设的流程模板，通过至少一个处理器确定目标流程；通过至少一个处理器执行目标流程，生成处于目标状态的测试任务；也就是说，基于指定的目标状态能够自动确定并执行目标流程，来生成处于指定的目标状态的测试任务，自动化的生成方法使得进行测试工作时无需深入了解测试任务的创建及操作规则等，降低了进行测试工作的学习成本；生成不同状态的测试任务的过程中并不需要接收手动逐步的操作，有效避免了生成测试任务的过程较为繁琐复杂的问题，提升了生成不同状态的测试任务的速度和效率，降低了进行测试工作的时间消耗。
本发明第六实施例涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述任务生成方法实施例。
即，本领域技术人员可以理解，实现上述任务生成方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域的普通技术人员可以理解，上述各实施例是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。
本申请实施例公开了A1.一种任务生成方法，包括：
接收来自终端的数据消息或指令；
通过至少一个处理器解析所述数据消息或指令，得到目标状态；其中，所述目标状态为待生成的测试任务的状态；
至少根据所述目标状态和预设的流程模板，通过所述至少一个处理器确定目标流程；
通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务。
A2.如A1所述的任务生成方法，所述流程模板包括按执行顺序排列的若干个流程节点；
所述至少根据所述目标状态和预设的流程模板，通过所述至少一个处理器确定目标流程，包括：
通过所述至少一个处理器确定所述目标流程的目标尾端节点；其中，所述目标尾端节点为所述流程模板中与所述目标状态对应的流程节点；
至少根据所述目标尾端节点以及所述流程模板，通过所述至少一个处理器确定所述目标流程。
A3.如A2所述的任务生成方法，所述至少根据所述目标尾端节点以及所述流程模板，通过所述至少一个处理器确定所述目标流程，包括：
获取从所述流程模板的首个流程节点至所述目标尾端节点的各流程节点，作为所述目标流程。
A4.如A3所述的任务生成方法，在所述通过至少一个处理器解析所述数据消息或指令后，还得到：所述测试任务的参数；
所述通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务，包括：
基于所述测试任务的参数，通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的所述测试任务。
A5.如A2所述的任务生成方法，在所述通过至少一个处理器解析所述数据消息或指令后，还得到：历史测试任务的状态；
所述至少根据所述目标尾端节点以及所述流程模板，通过所述至少一个处理器确定目标流程，包括：
通过所述至少一个处理器确定所述历史测试任务的历史尾端节点；其中，所述历史尾端节点为所述流程模板中与所述历史测试任务的状态对应的流程节点；
若所述历史尾端节点在所述流程模板中排列在所述目标尾端节点之前，则通过所述至少一个处理器获取从所述历史尾端节点在所述流程模板中的下一个流程节点至所述目标尾端节点的各流程节点，作为所述目标流程；
所述通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务，包括：
基于所述历史测试任务，通过所述至少一个处理器执行所述目标流程，得到处于所述目标状态的所述历史测试任务，作为所述测试任务。
A6.如A4所述的任务生成方法，在所述接收来自终端的数据消息或指令前，还包括：
通过所述至少一个处理器在所述终端上提供人机交互界面，所述人机交互界面上包括对应于预设的数据库的控件；所述数据库用于存储任务的参数；
响应于通过所述至少一个处理器检测到对所述控件的选中操作，获取所述数据库中存储的任务的参数，作为可选择的测试任务的参数；
通过所述至少一个处理器将所述可选择的测试任务的参数发送至所述终端，以供所述终端在所述人机交互界面上显示所述可选择的测试任务的参数，并基于所述可选择的测试任务的参数，生成所述数据消息或指令。
A7.如A3所述的任务生成方法，在所述通过至少一个处理器解析所述数据消息或指令后，还得到：已生成任务的标识信息；
所述通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务，包括：
根据所述已生成历史任务的标识信息，通过所述至少一个处理器获取所述已生成任务的参数；
基于所述已生成任务的参数，通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务。
A8.如A1-A7中任一项所述的任务生成方法，所述测试任务包括：商品操作任务；
所述目标状态至少包括：待支付状态、已支付状态、待接单状态、已接单状态、配送中状态、已完结状态、已退回状态、取消状态。
本申请实施例公开了B1.一种任务生成装置，包括：
接收模块，用于接收来自终端的数据消息或指令；
获取模块，用于解析所述数据消息或指令，得到目标状态；其中，所述目标状态为待生成的测试任务的状态；
确定模块，用于至少根据所述目标状态和预设的流程模板，确定目标流程；
生成模块，用于执行所述目标流程，生成处于所述目标状态的测试任务。
B2.如B1所述的任务生成装置，所述流程模板包括按执行顺序排列的若干个流程节点；
所述确定模块至少根据所述目标状态和预设的流程模板，确定目标流程，包括：
确定所述目标流程的目标尾端节点；其中，所述目标尾端节点为所述流程模板中与所述目标状态对应的流程节点；
至少根据所述目标尾端节点以及所述流程模板，确定所述目标流程。
B3.如B2所述的任务生成装置，所述确定模块至少根据所述目标尾端节点以及所述流程模板，通过所述至少一个处理器确定所述目标流程，包括：
获取从所述流程模板的首个流程节点至所述目标尾端节点的各流程节点，作为所述目标流程。
B4.如B3所述的任务生成装置，在所述获取模块解析所述数据消息或指令后，还得到：所述测试任务的参数；
所述生成模块执行所述目标流程，生成处于所述目标状态的测试任务，包括：
基于所述测试任务的参数，执行所述目标流程，生成处于所述目标状态的所述测试任务。
B5.如B2所述的任务生成装置，在所述获取模块解析所述数据消息或指令后，还得到：历史测试任务的状态；
所述确定模块至少根据所述目标尾端节点以及所述流程模板，确定目标流程，包括：
确定所述历史测试任务的历史尾端节点；其中，所述历史尾端节点为所述流程模板中与所述历史任务的状态对应的流程节点；
若所述历史尾端节点在所述流程模板中排列在所述目标尾端节点之前，则获取从所述历史尾端节点在所述流程模板中的下一个流程节点至所述目标尾端节点的各流程节点，作为所述目标流程；
所述生成模块通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务，包括：
基于所述历史测试任务，执行所述目标流程，得到处于所述目标状态的所述历史测试任务，作为所述测试任务。
B6.如B4所述的任务生成装置，在所述接收模块接收来自终端的数据消息或指令前，还包括：
在所述终端上提供人机交互界面，所述人机交互界面上包括对应于所述预设的数据库的控件；所述数据库用于存储任务的参数；
响应于检测到对所述控件的选中操作，获取所述数据库中存储的任务的参数，作为可选择的测试任务的参数；
将所述可选择的测试任务的参数发送至所述终端，以供所述终端在所述人机交互界面上显示所述可选择的测试任务的参数，并基于所述可选择的测试任务的参数，生成所述数据消息或指令。
B7.如B3所述的任务生成装置，在所述获取模块解析所述数据消息或指令后，还得到：已生成任务的标识信息；
所述生成模块执行所述目标流程，生成处于所述目标状态的测试任务，包括：
根据所述已生成历史任务的标识信息，获取所述已生成任务的参数；
基于所述已生成任务的参数，执行所述目标流程，生成处于所述目标状态的测试任务。
B8.如B1-B7中任一项所述的任务生成装置，所述测试任务包括：商品操作任务；
所述目标状态至少包括：待支付状态、已支付状态、待接单状态、已接单状态、配送中状态、已完结状态、已退回状态、取消状态。
本申请实施例公开了C1.一种电子设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行：
接收来自终端的数据消息或指令；
通过至少一个处理器解析所述数据消息或指令，得到目标状态；其中，所述目标状态为待生成的测试任务的状态；
至少根据所述目标状态和预设的流程模板，通过所述至少一个处理器确定目标流程；
通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务。
C2.如C1所述的电子设备，所述处理器能够执行如A2至A8中任一项所述的任务生成方法。
本申请实施例公开了D1.一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现A1至A8中任一项所述的任务生成方法。

Claims (19)

1.一种任务生成方法，其特征在于，包括：
接收来自终端的数据消息或指令；
通过至少一个处理器解析所述数据消息或指令，得到目标状态和历史测试任务的状态；其中，所述目标状态为待生成的测试任务的状态；
至少根据所述目标状态和预设的流程模板，通过所述至少一个处理器确定目标流程，所述流程模板包括按执行顺序排列的若干个流程节点；
通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务；
其中，若历史尾端节点在所述流程模板中排列在目标尾端节点之前，则通过所述至少一个处理器获取从所述历史尾端节点在所述流程模板中的下一个流程节点至所述目标尾端节点的各流程节点，作为所述目标流程，所述历史尾端节点为所述流程模板中与所述历史测试任务的状态对应的流程节点，所述目标尾端节点为所述流程模板中与所述目标状态对应的流程节点。
2.根据权利要求1所述的任务生成方法，其特征在于，
所述至少根据所述目标状态和预设的流程模板，通过所述至少一个处理器确定目标流程，包括：
通过所述至少一个处理器确定所述目标流程的目标尾端节点；
至少根据所述目标尾端节点以及所述流程模板，通过所述至少一个处理器确定所述目标流程。
3.根据权利要求2所述的任务生成方法，其特征在于，所述至少根据所述目标尾端节点以及所述流程模板，通过所述至少一个处理器确定所述目标流程，包括：
获取从所述流程模板的首个流程节点至所述目标尾端节点的各流程节点，作为所述目标流程。
4.根据权利要求3所述的任务生成方法，其特征在于，在所述通过至少一个处理器解析所述数据消息或指令后，还得到：所述测试任务的参数；
所述通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务，包括：
基于所述测试任务的参数，通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的所述测试任务。
5.根据权利要求2所述的任务生成方法，其特征在于，
所述通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务，包括：
基于所述历史测试任务，通过所述至少一个处理器执行所述目标流程，得到处于所述目标状态的所述历史测试任务，作为所述测试任务。
6.根据权利要求4所述的任务生成方法，其特征在于，在所述接收来自终端的数据消息或指令前，还包括：
通过所述至少一个处理器在所述终端上提供人机交互界面，所述人机交互界面上包括对应于预设的数据库的控件；所述数据库用于存储任务的参数；
响应于通过所述至少一个处理器检测到对所述控件的选中操作，获取所述数据库中存储的任务的参数，作为可选择的测试任务的参数；
通过所述至少一个处理器将所述可选择的测试任务的参数发送至所述终端，以供所述终端在所述人机交互界面上显示所述可选择的测试任务的参数，并基于所述可选择的测试任务的参数，生成所述数据消息或指令。
7.根据权利要求3所述的任务生成方法，其特征在于，在所述通过至少一个处理器解析所述数据消息或指令后，还得到：已生成任务的标识信息；
所述通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务，包括：
根据所述已生成历史任务的标识信息，通过所述至少一个处理器获取所述已生成任务的参数；
基于所述已生成任务的参数，通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务。
8.根据权利要求1-7中任一项所述的任务生成方法，其特征在于，所述测试任务包括：商品操作任务；
所述目标状态至少包括：待支付状态、已支付状态、待接单状态、已接单状态、配送中状态、已完结状态、已退回状态、取消状态。
9.一种任务生成装置，其特征在于，包括：
接收模块，用于接收来自终端的数据消息或指令；
获取模块，用于解析所述数据消息或指令，得到目标状态和历史测试任务的状态；其中，所述目标状态为待生成的测试任务的状态；
确定模块，用于至少根据所述目标状态和预设的流程模板，确定目标流程，所述流程模板包括按执行顺序排列的若干个流程节点；
生成模块，用于执行所述目标流程，生成处于所述目标状态的测试任务；
其中，若历史尾端节点在所述流程模板中排列在目标尾端节点之前，则通过所述至少一个处理器获取从所述历史尾端节点在所述流程模板中的下一个流程节点至所述目标尾端节点的各流程节点，作为所述目标流程，所述历史尾端节点为所述流程模板中与所述历史测试任务的状态对应的流程节点，所述目标尾端节点为所述流程模板中与所述目标状态对应的流程节点。
10.根据权利要求9所述的任务生成装置，其特征在于，
所述确定模块至少根据所述目标状态和预设的流程模板，确定目标流程，包括：
确定所述目标流程的目标尾端节点；
至少根据所述目标尾端节点以及所述流程模板，确定所述目标流程。
11.根据权利要求10所述的任务生成装置，其特征在于，所述确定模块至少根据所述目标尾端节点以及所述流程模板，通过所述至少一个处理器确定所述目标流程，包括：
获取从所述流程模板的首个流程节点至所述目标尾端节点的各流程节点，作为所述目标流程。
12.根据权利要求11所述的任务生成装置，其特征在于，在所述获取模块解析所述数据消息或指令后，还得到：所述测试任务的参数；
所述生成模块执行所述目标流程，生成处于所述目标状态的测试任务，包括：
基于所述测试任务的参数，执行所述目标流程，生成处于所述目标状态的所述测试任务。
13.根据权利要求10所述的任务生成装置，其特征在于，
所述生成模块通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务，包括：
基于所述历史测试任务，执行所述目标流程，得到处于所述目标状态的所述历史测试任务，作为所述测试任务。
14.根据权利要求12所述的任务生成装置，其特征在于，在所述接收模块接收来自终端的数据消息或指令前，还包括：
在所述终端上提供人机交互界面，所述人机交互界面上包括对应于所述预设的数据库的控件；所述数据库用于存储任务的参数；
响应于检测到对所述控件的选中操作，获取所述数据库中存储的任务的参数，作为可选择的测试任务的参数；
将所述可选择的测试任务的参数发送至所述终端，以供所述终端在所述人机交互界面上显示所述可选择的测试任务的参数，并基于所述可选择的测试任务的参数，生成所述数据消息或指令。
15.根据权利要求11所述的任务生成装置，其特征在于，在所述获取模块解析所述数据消息或指令后，还得到：已生成任务的标识信息；
所述生成模块执行所述目标流程，生成处于所述目标状态的测试任务，包括：
根据所述已生成历史任务的标识信息，获取所述已生成任务的参数；
基于所述已生成任务的参数，执行所述目标流程，生成处于所述目标状态的测试任务。
16.根据权利要求9-15中任一项所述的任务生成装置，其特征在于，所述测试任务包括：商品操作任务；
所述目标状态至少包括：待支付状态、已支付状态、待接单状态、已接单状态、配送中状态、已完结状态、已退回状态、取消状态。
17.一种电子设备，其特征在于，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行：
接收来自终端的数据消息或指令；
通过至少一个处理器解析所述数据消息或指令，得到目标状态和历史测试任务的状态；其中，所述目标状态为待生成的测试任务的状态；
至少根据所述目标状态和预设的流程模板，通过所述至少一个处理器确定目标流程，所述流程模板包括按执行顺序排列的若干个流程节点；
通过所述至少一个处理器执行所述目标流程，生成处于所述目标状态的测试任务；
其中，若历史尾端节点在所述流程模板中排列在目标尾端节点之前，则通过所述至少一个处理器获取从所述历史尾端节点在所述流程模板中的下一个流程节点至所述目标尾端节点的各流程节点，作为所述目标流程，所述历史尾端节点为所述流程模板中与所述历史测试任务的状态对应的流程节点，所述目标尾端节点为所述流程模板中与所述目标状态对应的流程节点。
18.根据权利要求17所述的电子设备，其特征在于，所述处理器能够执行如权利要求2至8中任一项所述的任务生成方法。
19.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的任务生成方法。
CN202010288697.2A 2020-04-14 2020-04-14 任务生成方法、装置、电子设备及存储介质 Active CN111488283B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010288697.2A CN111488283B (zh) 2020-04-14 2020-04-14 任务生成方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010288697.2A CN111488283B (zh) 2020-04-14 2020-04-14 任务生成方法、装置、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN111488283A CN111488283A (zh) 2020-08-04
CN111488283B true CN111488283B (zh) 2023-06-16

Family

ID=71812743

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010288697.2A Active CN111488283B (zh) 2020-04-14 2020-04-14 任务生成方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN111488283B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106855964A (zh) * 2015-12-09 2017-06-16 北京神州泰岳软件股份有限公司 一种业务数据的处理方法和装置
WO2017177783A1 (zh) * 2016-04-11 2017-10-19 中兴通讯股份有限公司 调用第三方测试工具的测试系统及方法
CN107844411A (zh) * 2016-09-18 2018-03-27 阿里巴巴集团控股有限公司 一种测试方法和相关装置
CN110377516A (zh) * 2019-07-17 2019-10-25 拉扎斯网络科技（上海）有限公司 测试方法、装置、电子设备及计算机可读存储介质
CN110503512A (zh) * 2019-07-19 2019-11-26 北京三快在线科技有限公司 订单处理方法、装置、电子设备及存储介质
CN110689254A (zh) * 2019-09-23 2020-01-14 拉扎斯网络科技（上海）有限公司 数据处理方法、装置、电子设备和计算机可读存储介质
CN110852695A (zh) * 2019-09-30 2020-02-28 厦门网宿有限公司 任务审批方法、装置、服务器及存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170161179A1 (en) * 2015-12-02 2017-06-08 International Business Machines Corporation Smart computer program test design
CN106198049B (zh) * 2016-07-15 2019-03-12 百度在线网络技术（北京）有限公司 真实车辆在环测试系统和方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106855964A (zh) * 2015-12-09 2017-06-16 北京神州泰岳软件股份有限公司 一种业务数据的处理方法和装置
WO2017177783A1 (zh) * 2016-04-11 2017-10-19 中兴通讯股份有限公司 调用第三方测试工具的测试系统及方法
CN107844411A (zh) * 2016-09-18 2018-03-27 阿里巴巴集团控股有限公司 一种测试方法和相关装置
CN110377516A (zh) * 2019-07-17 2019-10-25 拉扎斯网络科技（上海）有限公司 测试方法、装置、电子设备及计算机可读存储介质
CN110503512A (zh) * 2019-07-19 2019-11-26 北京三快在线科技有限公司 订单处理方法、装置、电子设备及存储介质
CN110689254A (zh) * 2019-09-23 2020-01-14 拉扎斯网络科技（上海）有限公司 数据处理方法、装置、电子设备和计算机可读存储介质
CN110852695A (zh) * 2019-09-30 2020-02-28 厦门网宿有限公司 任务审批方法、装置、服务器及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
面向调控业务的多级一体化数据交换系统设计与实现;陈郑平;梅峥;林静怀;米为民;李西太;余斯航;;电力系统自动化(第04期);全文 *

Also Published As

Publication number Publication date
CN111488283A (zh) 2020-08-04

Similar Documents

Publication Publication Date Title
WO2020155777A1 (zh) Ui自动化功能测试方法、测试装置、测试设备及存储介质
CN110944048B (zh) 业务逻辑配置方法及装置
CN106933745A (zh) Web接口自动化测试方法和系统
CN111159049A (zh) 接口自动化测试方法及系统
CN108111364B (zh) 一种业务系统的测试方法及装置
CN110659870A (zh) 业务审核测试方法、装置、设备及存储介质
CN112905441A (zh) 测试用例生成方法、测试方法、装置及设备
CN115480746A (zh) 数据处理任务的执行文件生成方法、装置、设备及介质
CN111796578A (zh) 一种车用控制器测试方法、装置、系统和存储介质
CN114647519A (zh) 原生平台和Flutter平台间的数据传输方法、装置及存储介质
CN113778878A (zh) 接口测试方法、装置、电子设备及存储介质
CN112702225B (zh) 云平台性能测试装置、方法、计算机终端和可读存储介质
CN110209565A (zh) 一种元数据模型调试方法及其装置
CN111488283B (zh) 任务生成方法、装置、电子设备及存储介质
CN112559335A (zh) 测试方法、装置、设备和存储介质
EP3812884A1 (en) Information presentation method and apparatus
CN114691529B (zh) 一种gRPC接口性能测试的方法及装置
CN112241356A (zh) 一种页面测试方法、装置、设备及存储介质
CN116049215A (zh) 选项查询方法、装置、电子设备及介质
CN109739701A (zh) 接口测试方法及装置
CN115344786A (zh) 一种云资源推荐系统、方法、设备及存储介质
CN112307379B (zh) 页面生成方法、装置及设备
CN114936152A (zh) 应用测试方法及设备
CN111459484B (zh) 网页前后端分离开发时后端数据模拟方法
CN110069395B (zh) 一种模拟异步接口的方法、装置、存储介质及计算机设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant