CN113051152A - 一种任务数据的生成方法、装置以及处理设备 - Google Patents

Abstract

本申请提供了一种任务数据生成方法、装置以及处理设备，用于在展开测试任务时，通过生成呈现测试任务的任务处理架构的任务数据，如此可为工作人员对当前测试任务的了解提供强有力的数据支持，方便工作人员根据该任务数据更为全面地展开分配到的测试工作。方法包括：处理设备获取目标测试任务的初始任务数据，初始任务数据记载了目标测试任务在执行过程中统计的执行结果，目标测试任务为对目标应用配置的应用测试任务；处理设备遍历初始任务数据，确定目标测试任务在执行过程中涉及的不同处理节点；处理设备基于不同处理节点构建的任务处理架构，生成目标测试任务的目标任务数据，目标任务数据用于在预设的呈现方式下呈现任务处理架构。

Description

一种任务数据的生成方法、装置以及处理设备

技术领域

本申请涉及测试领域，具体涉及一种任务数据的生成方法、装置以及处理设备。

背景技术

一款应用，在上架之前，离不开开发团队的内部测试，开发团队需在应用上架前，对应用进行多次的应用测试，以尽可能地确保应用在投入到市场后，可正常地提供期望的应用服务，避免应用存在漏洞(Bug)导致应用服务出现异常，既可能影响应用的用户体验，也可能为用户以及开发团队带来经济上的损失。

在开发团队的内部测试中，通常是根据不同的测试需求进行测试的，与此同时，负责测试的工作人员则根据分配到的测试需求处理测试工作的。

而在现有的相关技术的研究过程中，发明人发现，若测试团队出现新的工作人员，当其刚接触分配到的测试需求处理测试工作时，相比于有更多测试经验的工作人员，新的工作人员对当前应用的测试任务未分配到的其他测试需求并不了解，也因此，在测试过程中，本身的测试工作与其他的测试工作存在一种割裂的状态，在一定程度上导致了测试工作的进行具有局限性。

发明内容

本申请提供了一种任务数据生成方法、装置以及处理设备，用于在展开测试任务时，通过生成呈现测试任务的任务处理架构的任务数据，如此可为工作人员对当前测试任务的了解提供强有力的数据支持，方便工作人员根据该任务数据更为全面地展开分配到的测试工作。

第一方面，本申请提供了一种任务数据的生成方法，方法包括：

处理设备获取目标测试任务的初始任务数据，初始任务数据记载了目标测试任务在执行过程中统计的执行结果，目标测试任务为对目标应用配置的应用测试任务；

处理设备遍历初始任务数据，确定目标测试任务在执行过程中涉及的不同处理节点；

处理设备基于不同处理节点构建的任务处理架构，生成目标测试任务的目标任务数据，目标任务数据用于在预设的呈现方式下呈现任务处理架构。

结合本申请第一方面，在本申请第一方面第一种可能的实现方式中，处理设备获取目标测试任务的初始任务数据，包括：

处理设备获取目标测试任务在当前时间段已完成执行的任务数据，作为初始任务数据。

结合本申请第一方面第一种可能的实现方式，在本申请第一方面第二种可能的实现方式中，处理设备获取目标测试任务在当前时间段已完成执行的任务数据，作为初始任务数据，包括：

处理设备获取目标测试任务在当前时间段已完成执行的任务数据；

处理设备获取预设应用配置的应用测试任务的任务数据模板；

处理设备将目标测试任务在当前时间段已完成执行的任务数据，以及任务数据模板中除目标测试任务在当前时间段已完成执行的任务数据所处处理环节以外的处理环节的子任务数据模板，作为初始任务数据。

结合本申请第一方面，在本申请第一方面第三种可能的实现方式中，处理设备获取目标测试任务的初始任务数据，包括：

处理设备监控目标测试任务的设备节点列表中是否存在新增加的目标设备节点；

若是，则处理设备触发获取初始任务数据；

处理设备基于不同处理节点构建的任务处理架构，生成目标测试任务的目标任务数据之后，方法还包括：

处理设备向目标设备节点，推送目标任务数据。

结合本申请第一方面，在本申请第一方面第四种可能的实现方式中，处理设备获取目标测试任务的初始任务数据，包括：

处理设备接收任务数据获取请求，任务数据获取请求用于请求获取目标任务数据；

处理设备根据任务数据获取请求携带的获取权限，或者根据任务数据获取请求携带的发起方标识所对应的获取权限，获取初始任务数据。

结合本申请第一方面，在本申请第一方面第五种可能的实现方式中，处理设备遍历初始任务数据，确定目标测试任务在执行过程中涉及的不同处理节点，包括：

处理设备遍历初始任务数据，并根据不同任务数据之间的关联关系，确定关键字；

处理设备基于关键字，形成不同处理节点。

结合本申请第一方面，在本申请第一方面第六种可能的实现方式中，初始任务数据具体记载了目标测试任务在需求评审环节、开发环节、测试用例评审环节、PO用例执行环节、测试环节、封包环节以及线上测试环节中至少一种处理环节的执行过程中统计的执行结果。

第二方面，本申请提供了一种任务数据的生成装置，装置包括：

获取单元，用于获取目标测试任务的初始任务数据，初始任务数据记载了目标测试任务在执行过程中统计的执行结果，目标测试任务为对目标应用配置的应用测试任务；

确定单元，用于遍历初始任务数据中，确定目标测试任务在执行过程中涉及的不同处理节点；

生成单元，用于基于不同处理节点构建的任务处理架构，生成目标测试任务的目标任务数据，目标任务数据用于在预设的呈现方式下呈现任务处理架构。

结合本申请第二方面，在本申请第二方面第一种可能的实现方式中，获取单元，具体用于：

获取目标测试任务在当前时间段已完成执行的任务数据，作为初始任务数据。

结合本申请第二方面第一种可能的实现方式，在本申请第二方面第二种可能的实现方式中，获取单元，具体用于：

获取目标测试任务在当前时间段已完成执行的任务数据；

获取预设应用配置的应用测试任务的任务数据模板；

将目标测试任务在当前时间段已完成执行的任务数据，以及任务数据模板中除目标测试任务在当前时间段已完成执行的任务数据所处处理环节以外的处理环节的子任务数据模板，作为初始任务数据。

结合本申请第二方面，在本申请第二方面第三种可能的实现方式中，获取单元，具体用于：

监控目标测试任务的设备节点列表中是否存在新增加的目标设备节点；

若是，则触发获取初始任务数据；

装置还包括推送单元，用于向目标设备节点，推送目标任务数据。

结合本申请第二方面，在本申请第二方面第四种可能的实现方式中，获取单元，具体用于：

接收任务数据获取请求，任务数据获取请求用于请求获取目标任务数据；

根据任务数据获取请求携带的获取权限，或者根据任务数据获取请求携带的发起方标识所对应的获取权限，获取初始任务数据。

结合本申请第二方面，在本申请第二方面第五种可能的实现方式中，确定单元，具体用于：

处理设备遍历初始任务数据，并根据不同任务数据之间的关联关系，确定关键字；

处理设备基于关键字，形成不同处理节点。

结合本申请第二方面，在本申请第二方面第六种可能的实现方式中，初始任务数据具体记载了目标测试任务在需求评审环节、开发环节、测试用例评审环节、PO用例执行环节、测试环节、封包环节以及线上测试环节中至少一种处理环节的执行过程中统计的执行结果。

第三方面，本申请提供了一种处理设备，包括处理器和存储器，存储器中存储有计算机程序，处理器调用存储器中的计算机程序时执行本申请第一方面或者本申请第一方面任一种可能的实现方式提供的方法。

第四方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质存储有多条指令，指令适于处理器进行加载，以执行本申请第一方面或者本申请第一方面任一种可能的实现方式提供的方法。

从以上内容可得出，本申请具有以下的有益效果：

在应用测试场景中，本申请先获取目标测试任务的初始任务数据，该初始任务数据记载了目标测试任务在执行过程中的执行结果，再遍历该初始任务数据，确定目标测试任务在执行过程中涉及的不同处理节点，并基于该不同处理节点所构建的任务处理框架，生成目标测试任务的目标任务数据，如此，以该目标任务数据可在预设的呈现方式下呈现目标测试任务的任务处理框架，为工作人员对当前测试任务的了解提供强有力的数据支持，方便工作人员根据该任务数据更为全面地展开分配到的测试工作。

附图说明

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

图1为本申请任务数据的生成方法的一种流程示意图；

图2为本申请测试任务的执行过程的一种场景示意图；

图3为本申请获取初始任务数据的一种流程示意图；

图4为本申请任务数据的生成装置的一种结构示意图；

图5为本申请处理设备的一种结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本申请中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相类似的技术效果即可。

本申请中所出现的模块的划分，是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块之间的间接耦合或通信连接可以是电性或其他类似的形式，本申请中均不作限定。并且，作为分离部件说明的模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块，或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部模块来实现本申请方案的目的。

在介绍本申请提供的任务数据的生成方法之前，首先介绍本申请所涉及的背景内容。

本申请提供的任务数据的生成方法、装置以及计算机可读存储介质，可应用于处理设备上，用于在展开测试任务时，通过生成呈现测试任务的任务处理架构的任务数据，如此可为工作人员对当前测试任务的了解提供强有力的数据支持，方便工作人员根据该任务数据更为全面地展开分配到的测试工作。

本申请提及的任务数据的生成方法，其执行主体可以为任务数据的生成装置，或者集成了该任务数据的生成装置的服务器、物理主机或者用户设备(User Equipment，UE)等处理设备。其中，任务数据的生成装置可以采用硬件或者软件的方式实现，UE具体可以为智能手机、平板电脑、笔记本电脑、台式电脑或者个人数字助理(Personal DigitalAssistant，PDA)等终端设备，处理设备可以通过设备集群的方式设置。

下面，开始介绍本申请提供的任务数据的生成方法。

首先，参阅图1，图1示出了本申请任务数据的生成方法的一种流程示意图，本申请提供的任务数据的生成方法，具体可包括如下步骤：

步骤S101，处理设备获取目标测试任务的初始任务数据，初始任务数据记载了目标测试任务在执行过程中统计的执行结果，目标测试任务为对目标应用配置的应用测试任务；

步骤S102，处理设备遍历初始任务数据，确定目标测试任务在执行过程中涉及的不同处理节点；

步骤S103，处理设备基于不同处理节点构建的任务处理架构，生成目标测试任务的目标任务数据，目标任务数据用于在预设的呈现方式下呈现任务处理架构。

从图1所示实施例可看出，在应用测试场景中，本申请先获取目标测试任务的初始任务数据，该初始任务数据记载了目标测试任务在执行过程中的执行结果，再遍历该初始任务数据，确定目标测试任务在执行过程中涉及的不同处理节点，并基于该不同处理节点所构建的任务处理框架，生成目标测试任务的目标任务数据，如此，以该目标任务数据可在预设的呈现方式下呈现目标测试任务的任务处理框架，为工作人员对当前测试任务的了解提供强有力的数据支持，方便工作人员根据该任务数据更为全面地展开分配到的测试工作。

下面则对上述图1所示实施例的各个步骤及其在实际应用中可能的实现方式进行详细阐述。

在本申请中，目标测试任务为针对目标应用配置的应用测试任务，该应用测试任务的测试内容具体可随该目标应用的应用类型以及测试需求而调整。

例如，应用测试任务的测试内容，具体可包括测试客户端应用于服务器应用之间的交互；又例如，具体可包括测试服务器应用针对高并发处理请求的响应能力；又例如，具体可包括测试客户端应用长时间运行的稳定运行能力。

目标应用，为任意应用，当应用的开发团队在系统上配置本申请提供的任务数据的生成方法后，则可将内部开发的应用作为目标应用。

可以理解的是，在实际应用中，目标测试任务的初始任务数据中，所记载的目标测试任务在执行过程中统计的执行结果，可以为向目标应用发起具体测试事务的执行结果，也可以为在整个测试任务中涉及的其他事项，换句话说，任务数据所记载的执行结果，可记载目标测试任务的任意任务事项。

举例而言，初始任务数据可具体记载了目标测试任务在需求评审环节、开发环节、测试用例评审环节、PO用例执行环节、测试环节、封包环节以及线上测试环节中至少一种处理环节的执行过程中统计的执行结果。

需求评审环节，用于确定目标测试任务的测试需求，例如：确认开需求会的时间、地点、参会人员(需要考虑上个版本的内容是否已全部搞完，尤其是涉及到客户端相关的功能)；会议中(涉及到各方讨论阶段，尤其是开发提出的疑问，要特别留意下，这些疑问点都是某种场景测试点)；会议中有些细节问题讨论了好长时间，但是没有结果，产品会后做调研给出结果(此时，就得督促产品及时确定需求，更新文档，同步到项目组)；估期(根据需求的多少，开发的估期来评定。

开发环节，用于在开发环境中开发涉及的代码文件，同时还可做测试前期准备，例如：任务划分(适用于多个测试，测试一个项目)；熟悉需求，编写MM图；逻辑设计是否合理；页面跳转是否符合预期；新功能是否会对老功能有影响；button文案是否清晰名了；说明文案或者提示文案是否可通读，是否有歧义；MM图合并，查漏补缺，MM图评审；测试数据准备(账号+视频数据)；VIP测试账号；线索测试账号；教练账号(对应驾校、驾考类应用)，驾校管理员账号(对应驾校、驾考类应用)；测试环境视频数据的构造。

测试用例评审环节，用于确定测试用例，例如：评估测试用例质量、评估测试用例编写效率。

PO用例(Page Object测试模式下的测试用例)执行环节，用于执行PO用例。

测试环节，用于根据测试事项统计数据并进行评估，例如：确认开发是否将P0用例执行通过；确认开发是否发布提测邮件，邮件内容是否包含需求外的测试点；确认取包地址；确认提测功能代码是否已提交，打入包中；测试流程。

封包环节，用于进行应用的封包，例如：封包前天下班前，当前版本的所有bug清零；封包当天不再接受新增需求或者需求变更；如因时间因素或者技术因素暂时无法解决或者延期解决的问题，讨论解决方案，如评估暂不做处理，提交jira做好记录，并在邮件中注明bug情况、以及后期解决方案；验收测试用例全部执行完毕；若有失败的需要提前沟通确认清楚；受阻用例需要做特殊说明备注；在Jenkins中将当前版本包锁定，方便后期跟进历史包情况。此时仅对一级、二级页面及新增功能进行回归，不再进行细节测试。回归测试完毕，发送测试成功邮件。测试通过的邮件/灰度发布邮件/全量发布邮件发送后，及时通知到产品和渠道负责人。iOS上传提交；A/Btest测试(借助远程配置后台的数据信息进行验证；确认是否要发上线)；黑白名单测试(为防止竞品抓取数据)；若是小问题，开发改动很小，且影响范围很小，无逻辑上的改动时，开发解决问题测试验证后直接替换灰度包即可若是很严重的问题，则要及时和项目组同步，申请灰度版本号升级，便于及时关注动态；封包若有延期，需将延期原因确认。

线上测试环节，用于在应用上线、上架后继续保持测试，例如：新版本上线后，及时从应用市场，或App Store下载应用；正常使用新老功能是否正常；查看意见反馈，及时跟进，属于易复现的(及时找开发排查代码解决，若是H5的则解决后发布上线)，属于产品层面的反馈(需要及时告知产品)，属于很难复现的(了解用户发生问题的场景，测试需要持续关注跟进；和开发沟通，加入打点计数等)；时刻关注bugly动态。

为方便理解上述提及的一个应用的测试任务的整体执行过程，可参考图2示出的本申请测试任务的执行过程的一种场景示意图。

初始任务数据，具体可以为原目标测试任务所配置的任务数据，也可以为实时从目标测试任务的日志等记录了任务执行结果的数据中抓取得到，甚至还可涉及到数据转换等数据加工处理。

在实际应用中，任务数据不仅可以包括目标测试任务已完成执行的任务数据，也可以包括目标测试任务未完成执行的任务数据，

例如，为方便呈现目标测试任务在当前时间段的执行状态，本申请所获取的初始任务数据，具体为筛选过的、在当前时间段已完成执行的任务数据。

为进一步方便呈现目标测试任务整体执行过程在当前时间段的执行状态，还可包括目标测试任务未完成执行的任务数据，这部分任务数据，可以理解，为预先规划的任务数据。

该预设规划的任务数据，可以为经过工作人员按照工作经验预先配置的任务数据，也可以为按照通用处理流程所配置的任务数据。

参阅图3示出的本申请获取初始任务数据的一种流程示意图，初始任务数据的获取处理，具体可包括：

步骤S301，处理设备获取目标测试任务在当前时间段已完成执行的任务数据；

该部分任务数据，即为上述提及的，筛选过的、在当前时间段已完成执行的任务数据。

步骤S302，处理设备获取预设应用配置的应用测试任务的任务数据模板；

在实际应用中，本申请提出了一种适于实用的任务数据获取方式，为本申请任务数据的处理预先配置任务数据模板，该任务数据模板主要在任务数据的内容项上提供模板，可方便实际数据的填充，其模板内容具体还可根据不同类型的应用类型或者测试类型调整。

步骤S303，处理设备将目标测试任务在当前时间段已完成执行的任务数据，以及任务数据模板中除目标测试任务在当前时间段已完成执行的任务数据所处处理环节以外的处理环节的子任务数据模板，作为初始任务数据。

在获取到任务数据模板后，则可将当前时间段已完成执行的任务数据结合任务数据模板，生成上述所称的初始任务数据。

具体的，可将当前时间段已完成执行的任务数据，填充进任务数据模板中，如此，在任务数据模板中，可具体呈现出当前时间段已完成执行的任务数据，还可呈现该当前时间段已完成执行的任务数据所处处理环节以外的处理环节的子任务数据模板。

可以理解，任务数据模板中，包括了多个子任务数据模板，这些子任务数据模板是以处理环节为单位进行划分的，如上述提及的需求评审环节、开发环节、测试用例评审环节、PO用例执行环节、测试环节、封包环节以及线上测试环节。在填充该当前时间段已完成指定的任务数据时，可匹配其对应的子任务数据模板并进行数据的填充，而其他子任务数据模板则可保持不变。

或者，按照上述的划分方式，从任务数据模板中拷贝出呈现该当前时间段已完成执行的任务数据所处处理环节以外的处理环节的子任务数据模板，并结合当前时间段已完成执行的任务数据，作为初始任务数据，或者进行相关的数据融合、数据格式转换等处理，得到初始任务数据。

进一步的，在实际应用中，初始任务数据的获取处理，还可设有其触发条件，以适应具体的应用场景。

以应用测试工作中可能涉及的新的设备节点为例，可监控目标测试任务的设备节点列表中是否存在新增加的目标设备节点，若是，则触发获取初始任务数据；

对应的，在生成目标测试任务的目标任务数据之后，可向该目标设备节点，推送目标任务数据。

可以理解，在测试场景中，工作人员若更新了新的设备节点来进行测试工作，则可自动触发获取初始任务数据，并生成目标任务数据，该设备节点收到推送的目标任务数据后，该新的设备节点侧则可更为全面地获悉该目标测试任务的处理情况，如此使得该新的设备节点甚至设备节点背后的工作人员，可全面地展开分配到的测试工作。

或者，若有新的工作人员加入测试工作，其所处的新的设备节点也可触发可自动触发获取初始任务数据，并生成目标任务数据，该设备节点收到推送的目标任务数据后，新的工作人员则可通过该新的设备节点更为全面地获悉该目标测试任务的处理情况，如此该新的工作人员，可更快、更为全面的融入测试工作，并更为全面地展开分配到的测试工作，在该场景下，显然，可显著地减少对新工作人员的人工培训成本，且还可促进培训效率的提高，帮助新的工作人员快速上手测试工作，这对于开发团队以及员工个人来说，是非常有利的。

另外一种触发条件，则可为主动的获取请求进行触发。具体的，处理设备可接收任务数据获取请求，任务数据获取请求用于请求获取目标任务数据；再根据任务数据获取请求携带的获取权限，或者根据任务数据获取请求携带的发起方标识所对应的获取权限，获取初始任务数据。

可以理解，在实际应用中，对应于本申请，可存在主动调取目标任务数据的需求，以便测试工作的工作人员以外的人员可从外部主动地了解测试工作的具体情况，例如开发团队的领导、应用开发工作的委托方等。

其中，可以发现的是，在该场景中，还可通过发起方的获取权限来调整其可获知的目标任务数据的范围或者内容，对应的，在前期可根据获取权限，来获取初始任务数据的范围或者内容。

该获取权限，可直接携带在获取请求中，由请求发起方侧处理得到；或者，也可在接收到获取请求后查询得到其请求发起方的获取请求，例如根据请求发起方的发起方ID、发起方类型、优先权ID等标识内容，结合权限列表所描述的各标识内容所对应的获取权限，确定当前请求发起方侧的获取权限，如此，达到灵活调整获取权限的效果。

而当获取到初始任务数据后，则可对其数据内容进行遍历，确定目标测试任务在执行过程中涉及的不同处理节点。

可以理解的是，本申请所称的处理节点，为测试任务在执行过程中抽象出来的处理节点，而不是指硬件实体化的设备节点。

以上述提及的需求评审环节、开发环节、测试用例评审环节、PO用例执行环节、测试环节、封包环节以及线上测试环节为例，这些环节都可作为层面比较大的处理节点，而这些处理节点还可细分为颗粒度更小的多个子处理节点。

而从这些处理节点，则可反应出本次目标测试任务的任务处理架构，更为简洁地从整体上反应本次目标测试任务的任务内容。

在识别处理节点的过程中，具体可通过关键字的识别实现，具体的，处理设备可遍历初始任务数据，并根据不同任务数据之间的关联关系，确定关键字；处理设备基于关键字，形成不同处理节点。

可以理解，不仅可基于预设的处理节点所涉及的关键字来识别当前初始任务数据中存在的处理节点，还可结合不同任务数据之间的关联关系，例如引用关系、上下级关系、等同的时间范围、等同的语义内容等关系，来进行关键字的识别，并实时确定涉及的处理节点，此时这些处理节点，不仅可包括可预设的处理节点，还可包括新构建的处理节点，达到引入关键字的识别来灵活构建处理节点的目的。

而在确定了当前目标测试任务涉及的不同处理节点后，则可基于这些处理节点构建的任务处理架构，生成目标任务数据，以在预设的呈现方式下呈现该任务处理架构。

例如，可通过视图的方式，来生成目标任务数据，典型的，可以为思维导图工具对应的思维导图数据；又例如，可通过表格的方式，来生成目标任务数据，典型的，可以为excel格式的文件数据；又例如，可以通过文档的方式，来生成目标任务数据，典型的，可以为word、excel等格式的文件数据。

可以理解，该目标任务数据的生成处理，主要是为了将提取出的处理节点，转化为可方便调取、查看的标准任务数据形式，以便输出至设备节点或者工作人员，设备节点或者工作人员可更为全面地了解当前目标测试任务的处理情况，例如处理动态同步、新员工介绍等场景，提供强有力的数据支持，方便测试工作更为全面的展开。

以上是本申请提供任务数据的生成方法的介绍，为便于更好的实施本申请提供的任务数据的生成方法，本申请还提供了任务数据的生成装置。

参阅图4，图4为本申请任务数据的生成装置的一种结构示意图，在本申请中，任务数据的生成装置400具体可包括如下结构：

获取单元401，用于获取目标测试任务的初始任务数据，初始任务数据记载了目标测试任务在执行过程中统计的执行结果，目标测试任务为对目标应用配置的应用测试任务；

确定单元402，用于遍历初始任务数据中，确定目标测试任务在执行过程中涉及的不同处理节点；

生成单元403，用于基于不同处理节点构建的任务处理架构，生成目标测试任务的目标任务数据，目标任务数据用于在预设的呈现方式下呈现任务处理架构。

在又一种示例性的实现方式中，获取单元401，具体用于：

获取目标测试任务在当前时间段已完成执行的任务数据，作为初始任务数据。

在又一种示例性的实现方式中，获取单元401，具体用于：

获取目标测试任务在当前时间段已完成执行的任务数据；

获取预设应用配置的应用测试任务的任务数据模板；

将目标测试任务在当前时间段已完成执行的任务数据，以及任务数据模板中除目标测试任务在当前时间段已完成执行的任务数据所处处理环节以外的处理环节的子任务数据模板，作为初始任务数据。

在又一种示例性的实现方式中，获取单元401，具体用于：

监控目标测试任务的设备节点列表中是否存在新增加的目标设备节点；

若是，则触发获取初始任务数据；

装置还包括推送单元404，用于向目标设备节点，推送目标任务数据。

在又一种示例性的实现方式中，获取单元401，具体用于：

接收任务数据获取请求，任务数据获取请求用于请求获取目标任务数据；

根据任务数据获取请求携带的获取权限，或者根据任务数据获取请求携带的发起方标识所对应的获取权限，获取初始任务数据。

在又一种示例性的实现方式中，确定单元402，具体用于：

处理设备遍历初始任务数据，并根据不同任务数据之间的关联关系，确定关键字；

处理设备基于关键字，形成不同处理节点。

结合本申请第二方面，在本申请第二方面第六种可能的实现方式中，初始任务数据具体记载了目标测试任务在需求评审环节、开发环节、测试用例评审环节、PO用例执行环节、测试环节、封包环节以及线上测试环节中至少一种处理环节的执行过程中统计的执行结果.

本申请还提供了处理设备，参阅图5，图5示出了本申请处理设备的一种结构示意图，具体的，本申请处理设备可包括处理器501、存储器502以及输入输出设备503，处理器501用于执行存储器502中存储的计算机程序时实现如图1对应实施例中任务数据的生成方法的各步骤；或者，处理器501用于执行存储器502中存储的计算机程序时实现如图4对应实施例中各单元的功能，存储器502用于存储处理器501执行上述图1对应实施例中任务数据的生成方法所需的计算机程序。

示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器502中，并由处理器501执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在计算机装置中的执行过程。

处理设备可包括，但不仅限于处理器501、存储器502、输入输出设备503。本领域技术人员可以理解，示意仅仅是处理设备的示例，并不构成对处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如处理设备还可以包括网络接入设备、总线等，处理器501、存储器502、输入输出设备503以及网络接入设备等通过总线相连。

处理器501可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是处理设备的控制中心，利用各种接口和线路连接整个设备的各个部分。

存储器502可用于存储计算机程序和/或模块，处理器501通过运行或执行存储在存储器502内的计算机程序和/或模块，以及调用存储在存储器502内的数据，实现计算机装置的各种功能。存储器502可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据处理设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器501用于执行存储器502中存储的计算机程序时，具体可实现以下功能：

获取目标测试任务的初始任务数据，初始任务数据记载了目标测试任务在执行过程中统计的执行结果，目标测试任务为对目标应用配置的应用测试任务；

遍历初始任务数据中，确定目标测试任务在执行过程中涉及的不同处理节点；

基于不同处理节点构建的任务处理架构，生成目标测试任务的目标任务数据，目标任务数据用于在预设的呈现方式下呈现任务处理架构。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的任务数据的生成装置、处理设备及其相应单元的具体工作过程，可以参考如图1对应实施例中任务数据的生成方法的说明，具体在此不再赘述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请如图1对应实施例中任务数据的生成方法中的步骤，具体操作可参考如图1对应实施例中任务数据的生成方法的说明，在此不再赘述。

其中，该计算机可读存储介质可以包括：只读存储器(Read Only Memory，ROM)、随机存取记忆体(Random Access Memory，RAM)、磁盘或光盘等。

由于该计算机可读存储介质中所存储的指令，可以执行本申请如图1对应实施例中任务数据的生成方法中的步骤，因此，可以实现本申请如图1对应实施例中任务数据的生成方法所能实现的有益效果，详见前面的说明，在此不再赘述。

以上对本申请提供的任务数据的生成方法、装置、处理设备以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种任务数据的生成方法，其特征在于，所述方法包括：

处理设备获取目标测试任务的初始任务数据，所述初始任务数据记载了所述目标测试任务在执行过程中统计的执行结果，所述目标测试任务为对目标应用配置的应用测试任务；

所述处理设备遍历所述初始任务数据，确定所述目标测试任务在执行过程中涉及的不同处理节点；

所述处理设备基于所述不同处理节点构建的任务处理架构，生成所述目标测试任务的目标任务数据，所述目标任务数据用于在预设的呈现方式下呈现所述任务处理架构。

2.根据权利要求1所述的方法，其特征在于，所述处理设备获取目标测试任务的初始任务数据，包括：

所述处理设备获取所述目标测试任务在当前时间段已完成执行的任务数据，作为所述初始任务数据。

3.根据权利要求2所述的方法，其特征在于，所述处理设备获取所述目标测试任务在当前时间段已完成执行的任务数据，作为所述初始任务数据，包括：

所述处理设备获取所述目标测试任务在当前时间段已完成执行的任务数据；

所述处理设备获取预设应用配置的应用测试任务的任务数据模板；

所述处理设备将所述目标测试任务在当前时间段已完成执行的任务数据，以及所述任务数据模板中除所述目标测试任务在当前时间段已完成执行的任务数据所处处理环节以外的处理环节的子任务数据模板，作为所述初始任务数据。

4.根据权利要求1所述的方法，其特征在于，所述处理设备获取目标测试任务的初始任务数据，包括：

所述处理设备监控所述目标测试任务的设备节点列表中是否存在新增加的目标设备节点；

若是，则所述处理设备触发获取所述初始任务数据；

所述处理设备基于所述不同处理节点构建的任务处理架构，生成所述目标测试任务的目标任务数据之后，所述方法还包括：

所述处理设备向所述目标设备节点，推送所述目标任务数据。

5.根据权利要求1所述的方法，其特征在于，所述处理设备获取目标测试任务的初始任务数据，包括：

所述处理设备接收任务数据获取请求，所述任务数据获取请求用于请求获取所述目标任务数据；

所述处理设备根据所述任务数据获取请求携带的获取权限，或者所述处理设备根据所述任务数据获取请求携带的发起方标识所对应的获取权限，获取所述初始任务数据。

6.根据权利要求1所述的方法，其特征在于，所述处理设备遍历所述初始任务数据，确定所述目标测试任务在执行过程中涉及的不同处理节点，包括：

所述处理设备遍历所述初始任务数据，并根据不同任务数据之间的关联关系，确定关键字；

所述处理设备基于所述关键字，形成所述不同处理节点。

7.根据权利要求1所述的方法，其特征在于，所述初始任务数据具体记载了所述目标测试任务在需求评审环节、开发环节、测试用例评审环节、PO用例执行环节、测试环节、封包环节以及线上测试环节中至少一种处理环节的执行过程中统计的执行结果。

8.一种任务数据的生成装置，其特征在于，所述装置包括：

获取单元，用于获取目标测试任务的初始任务数据，所述初始任务数据记载了所述目标测试任务在执行过程中统计的执行结果，所述目标测试任务为对目标应用配置的应用测试任务；

遍历单元，用于遍历所述初始任务数据中，确定所述目标测试任务在执行过程中涉及的不同处理节点；

生成单元，用于基于所述不同处理节点构建的任务处理架构，生成所述目标测试任务的目标任务数据，所述目标任务数据用于在预设的呈现方式下呈现所述任务处理架构。

9.一种处理设备，其特征在于，包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时执行如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有多条指令，所述指令适于处理器进行加载，以执行权利要求1至7任一项所述的方法。

Images