任务系统的测试方法、装置、电子设备及存储介质

摘要

本发明涉及测试技术领域，揭露了一种任务系统的测试方法，包括：利用旧系统及新系统分别对任务元数据进行任务实例构建，得到旧任务实例集合及新任务实例集合；提取新任务实例集合中每一个新任务实例，并利用提取出来的新任务实例对每个旧任务实例进行访问，判断在旧任务实例集合中是否存在与新任务实例相同的旧任务实例，并将不存在相同旧任务实例的新任务实例放入第一任务实例集合；调取旧任务运行记录及旧系统依赖关系，进行有向图构建，得到旧系统执行展示图，将旧系统执行展示图及所述新系统执行展示图进行对比，得到标识异常节点。本发明实施例能够解决传统的系统质量检测方法检测效率低及准确率低的问题。

权利要求

1.一种任务系统的测试方法，其特征在于，所述方法包括：利用预构建的旧任务系统及新任务系统，并根据预设的任务构建规则中标识的各个编译角度，分别对预构建的任务元数据进行任务实例构建操作，得到旧任务实例集合及新任务实例集合，其中，所述新任务系统是对所述旧任务系统进行重构得到的；

提取所述新任务实例集合中每一个新任务实例，并利用提取出来的所述新任务实例对所述旧任务实例集合中每个旧任务实例进行访问，判断在所述旧任务实例集合中是否存在与所述新任务实例相同的旧任务实例，并将不存在相同旧任务实例的新任务实例放入第一任务实例集合；

提取所述旧任务实例集合中每一个旧任务实例，并利用提取出来的所述旧任务实例对所述新任务实例集合中每个新任务实例进行访问，判断在所述新任务实例集合中是否存在与所述旧任务实例相同的新任务实例，并将不存在相同新任务实例的旧任务实例放入第二任务实例集合；

分别调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系，及所述新任务系统执行所述新任务实例集合中的新任务实例时的新任务运行记录及新系统依赖关系，将所述旧任务运行记录、旧系统依赖关系进行有向图构建，得到旧系统执行展示图，并将所述新任务运行记录及新系统依赖关系进行有向图构建，得到新系统执行展示图；

将所述旧系统执行展示图及所述新系统执行展示图进行对比，得到标识异常节点；

汇总所述标识异常节点、所述第一任务实例集合及所述第二任务实例集合，得到所述新任务系统的质量测试结果。

2.如权利要求1所述的任务系统的测试方法，其特征在于，所述提取所述新任务实例集合中每一个新任务实例，并利用提取出来的所述新任务实例对所述旧任务实例集合中每个旧任务实例进行访问，判断在所述旧任务实例集合中是否存在与所述新任务实例相同的旧任务实例，并将不存在相同旧任务实例的新任务实例放入第一任务实例集合，包括：步骤I、查询所述新任务实例集合中各个新任务实例的执行时间标签，并根据所述执行时间标签将所述新任务实例集合中的新任务实例进行顺序排序；

步骤II、依次从排序后的所述新任务实例集合中提取一个新任务实例；

步骤III、利用提取出的所述新任务实例，遍历访问所述旧任务实例集合中的所有旧任务实例，并判断所述新任务实例与被访问的旧任务实例的各个属性是否都保持一致，并在判断结果为各个属性都保持一致时，返回上述的步骤II；

步骤IV、在判断结果为各个属性不能都保持一致时，将提取出的所述新任务实例判定为第一任务实例，并将所述第一任务实例放入所述第一任务实例集合中，并返回上述的步骤II，直到所述新任务实例集合中的所有新任务实例全部提取完成。

3.如权利要求1所述的任务系统的测试方法，其特征在于，所述调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系，包括：调用所述旧任务系统的旧系统日志文件库，并对所述旧系统日志文件库中各个文件的生成过程进行监控；

当所述旧任务系统执行过程完成后，查询所述日志文件中各个旧任务实例执行的先后顺序，得到旧任务运行记录；

将每个旧任务实例的执行过程中调用过的数据进行记录，并根据记录结果，得到各个旧任务实例运行过程中的调用关系，将各个旧任务实例对应的调用关系进行整合，得到旧系统依赖关系。

4.如权利要求1所述的任务系统的测试方法，其特征在于，所述调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系之前，所述方法还包括：

获取所述旧任务实例的运行环境，并利用所述运行环境对所述新任务实例进行环境同步；

根据所述运行环境及预设的环境数据输入频率，控制所述旧任务系统及所述新任务系统进行任务实例的同步梯度执行。

5.如权利要求1所述的任务系统的测试方法，其特征在于，所述将所述旧任务运行记录、旧系统依赖关系进行有向图构建，得到旧系统执行展示图，包括：根据所述旧任务运行记录，将各个旧任务实例进行顺序排列连接，得到旧系统执行主线；

根据所述旧系统依赖关系，构建各个旧任务实例在调用关系上的上下级关系；

根据所述上下级关系，在所述旧系统执行主线的各个任务实例上，添加从上级旧任务实例连接至下级旧任务实例的有向连接线，得到所述旧系统执行展示图。

6.如权利要求5所述的任务系统的测试方法，其特征在于，所述将所述旧系统执行展示图及所述新系统执行展示图进行对比，得到标识异常节点，包括：对所述旧系统执行主线与新系统执行主线中的各个任务实例进行任务实例属性的对比判断；

当任务实例属性判断结果为不相同时，对任务实例属性不相同的新任务实例标注为预设的第一颜色；

当任务实例属性判断结果为相同时，将任务实例属性相同的任务实例进行依赖关系判断，对依赖关系不相同的新系统执行展示图的有向连接线进行预设第二颜色标识；

提取所述第一颜色标识的新任务实例及所述第二颜色标识的有向连接线，得到标识异常节点。

7.一种任务系统的测试装置，其特征在于，所述装置包括：任务实例获取模块，用于利用预构建的旧任务系统及新任务系统，并根据预设的任务构建规则中标识的各个编译角度，分别对预构建的任务元数据进行任务实例构建操作，得到旧任务实例集合及新任务实例集合，其中，所述新任务系统是对所述旧任务系统进行重构得到的；

相互对比模块，用于提取所述新任务实例集合中每一个新任务实例，并利用提取出来的所述新任务实例对所述旧任务实例集合中每个旧任务实例进行访问，判断在所述旧任务实例集合中是否存在与所述新任务实例相同的旧任务实例，并将不存在相同旧任务实例的新任务实例放入第一任务实例集合，及提取所述旧任务实例集合中每一个旧任务实例，并利用提取出来的所述旧任务实例对所述新任务实例集合中每个新任务实例进行访问，判断在所述新任务实例集合中是否存在与所述旧任务实例相同的新任务实例，并将不存在相同新任务实例的旧任务实例放入第二任务实例集合；

运行记录对比模块，用于分别调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系，及所述新任务系统执行所述新任务实例集合中的新任务实例时的新任务运行记录及新系统依赖关系，将所述旧任务运行记录、旧系统依赖关系进行有向图构建，得到旧系统执行展示图，并将所述新任务运行记录及新系统依赖关系进行有向图构建，得到新系统执行展示图，及将所述旧系统执行展示图及所述新系统执行展示图进行对比，得到标识异常节点；

漏洞整合模块，用于汇总所述标识异常节点、所述第一任务实例集合及所述第二任务实例集合，得到所述新任务系统的质量测试结果。

8.一种电子设备，其特征在于，所述电子设备包括：至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至6中任意一项所述的任务系统的测试方法。

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

说明书

任务系统的测试方法、装置、电子设备及存储介质

技术领域

[0001] 本发明涉及测试技术领域，尤其涉及一种任务系统的测试方法、装置、电子设备及计算机可读存储介质。

背景技术

[0002] 随着时代的发展，人们逐渐采用计算机进行日常的学习与工作，传统的任务系统已逐渐无法满足越来越多的计算机任务处理量，老旧的任务系统需要进行重构。

[0003] 旧任务系统重构得到新任务系统的过程中，传统的系统质量检验方法无法快速定位新任务系统存在的漏洞，需要专业技术人员通过预构建的任务实例，对重构的新任务系
统中的某个功能进行测试，观察该功能是否能够标准执行，当执行过程或结果不满足要求
时，根据不能执行的某个功能，确定新任务系统中系统漏洞的位置；此外，研发人员还需故
意错误的地调整一些任务实例的环境/或其他参数，再判断任务是否能够执行，若修改参数
后的任务仍能够正常执行，表明新任务系统中任务实例的执行顺序或调用关系上存在逻辑
问题。经过多次调整及大量任务实例的测试，最终确认新系统的准确的质量问题，但仍容易
出现系统逻辑漏洞没有被发现的问题。总之，传统质量检测的方法检测效率及准确率较低。

发明内容

[0004] 本发明提供一种任务系统的测试方法、装置、电子设备及计算机可读存储介质，其主要目的在于解决传统质量检测方法检测效率低且检测准确率低的问题。

[0005] 为实现上述目的，本发明提供的一种任务系统的测试方法，包括：

[0006] 利用预构建的旧任务系统及新任务系统，根据预设的任务构建规则中标识的各个编译角度，分别对预构建的任务元数据进行任务实例构建操作，得到旧任务实例集合及新
任务实例集合，其中，所述新任务系统是对所述旧任务系统进行重构得到的；

[0007] 提取所述新任务实例集合中每一个新任务实例，并利用提取出来的所述新任务实例对所述旧任务实例集合中每个旧任务实例进行访问，判断在所述旧任务实例集合中是否
存在与所述新任务实例相同的旧任务实例，并将不存在相同旧任务实例的新任务实例放入
第一任务实例集合；

[0008] 提取所述旧任务实例集合中每一个旧任务实例，并利用提取出来的所述旧任务实例对所述新任务实例集合中每个新任务实例进行访问，判断在所述新任务实例集合中是否
存在与所述旧任务实例相同的新任务实例，并将不存在相同新任务实例的旧任务实例放入
第二任务实例集合；

[0009] 分别调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系，及所述新任务系统执行所述新任务实例集合中的新任务实例
时的新任务运行记录及新系统依赖关系，将所述旧任务运行记录、旧系统依赖关系进行有
向图构建，得到旧系统执行展示图，并将所述新任务运行记录及新系统依赖关系进行有向
图构建，得到新系统执行展示图；

[0010] 将所述旧系统执行展示图及所述新系统执行展示图进行对比，得到标识异常节点；

[0011] 汇总所述标识异常节点、所述第一任务实例集合及所述第二任务实例集合，得到所述新任务系统的质量测试结果。

[0012] 可选的，所述提取所述新任务实例集合中每一个新任务实例，并利用提取出来的所述新任务实例对所述旧任务实例集合中每个旧任务实例进行访问，判断在所述旧任务实
例集合中是否存在与所述新任务实例相同的旧任务实例，并将不存在相同旧任务实例的新
任务实例放入第一任务实例集合，包括：

[0013] 步骤I、查询所述新任务实例集合中各个新任务实例的执行时间标签，并根据所述执行时间标签将所述新任务实例集合中的新任务实例进行顺序排序；

[0014] 步骤II、依次从排序后的所述新任务实例集合中提取一个新任务实例；

[0015] 步骤III、利用提取出的所述新任务实例，遍历访问所述旧任务实例集合中的所有旧任务实例，并判断所述新任务实例与被访问的旧任务实例的各个属性是否都保持一致，
并在判断结果为各个属性都保持一致时，返回上述的步骤II；

[0016] 步骤IV、在判断结果为各个属性不能都保持一致时，将提取出的所述新任务实例判定为第一任务实例，并将所述第一任务实例放入所述第一任务实例集合中，并返回上述
的步骤II，直到所述新任务实例集合中的所有新任务实例全部提取完成。

[0017] 可选的，所述调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系，包括：

[0018] 调用所述旧任务系统的旧系统日志文件库，并对所述旧系统日志文件库中各个文件的生成过程进行监控；

[0019] 当所述旧任务系统执行过程完成后，查询所述日志文件中各个旧任务实例执行的先后顺序，得到旧任务运行记录；

[0020] 将每个旧任务实例的执行过程中调用过的数据进行记录，并根据记录结果，得到各个旧任务实例运行过程中的调用关系，将各个旧任务实例对应的调用关系进行整合，得
到旧系统依赖关系。

[0021] 可选的，所述调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系之前，所述方法还包括：

[0022] 获取所述旧任务实例的运行环境，并利用所述运行环境对所述新任务实例进行环境同步；

[0023] 根据所述运行环境及预设的环境数据输入频率，控制所述旧任务系统及所述新任务系统进行任务实例的同步梯度执行。

[0024] 可选的，所述将所述旧任务运行记录、旧系统依赖关系进行有向图构建，得到旧系统执行展示图，包括：

[0025] 根据所述旧任务运行记录，将各个旧任务实例进行顺序排列连接，得到旧系统执行主线；

[0026] 根据所述旧系统依赖关系，构建各个旧任务实例在调用关系上的上下级关系；

[0027] 根据所述上下级关系，在所述旧系统执行主线的各个任务实例上，添加从上级旧任务实例连接至下级旧任务实例的有向连接线，得到所述旧系统执行展示图。

[0028] 可选的，所述将所述旧系统执行展示图及所述新系统执行展示图进行对比，得到标识异常节点，包括：

[0029] 对所述旧系统执行主线与新系统执行主线中的各个任务实例进行任务实例属性的对比判断；

[0030] 当任务实例属性判断结果为不相同时，对任务实例属性不相同的新任务实例标注为预设的第一颜色；

[0031] 当任务实例属性判断结果为相同时，将任务实例属性相同的任务实例进行依赖关系判断，对依赖关系不相同的新系统执行展示图的有向连接线进行预设第二颜色标识；

[0032] 提取所述第一颜色标识的新任务实例及所述第二颜色标识的有向连接线，得到标识异常节点。

[0033] 为了解决上述问题，本发明还提供一种任务系统的测试装置，所述装置包括：

[0034] 任务实例获取模块，用于利用预构建的旧任务系统及新任务系统，根据预设的任务构建规则中标识的各个编译角度，分别对预构建的任务元数据进行任务实例构建操作，
得到旧任务实例集合及新任务实例集合；

[0035] 相互对比模块，用于提取所述新任务实例集合中每一个新任务实例，并利用提取出来的所述新任务实例对所述旧任务实例集合中每个旧任务实例进行访问，判断在所述旧
任务实例集合中是否存在与所述新任务实例相同的旧任务实例，并将不存在相同旧任务实
例的新任务实例放入第一任务实例集合，及提取所述旧任务实例集合中每一个旧任务实
例，并利用提取出来的所述旧任务实例对所述新任务实例集合中每个新任务实例进行访
问，判断在所述新任务实例集合中是否存在与所述旧任务实例相同的新任务实例，并将不
存在相同新任务实例的旧任务实例放入第二任务实例集合；

[0036] 运行记录对比模块，用于分别调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系，及所述新任务系统执行所述新任务实
例集合中的新任务实例时的新任务运行记录及新系统依赖关系，将所述旧任务运行记录、
旧系统依赖关系进行有向图构建，得到旧系统执行展示图，并将所述新任务运行记录及新
系统依赖关系进行有向图构建，得到新系统执行展示图，及将所述旧系统执行展示图及所
述新系统执行展示图进行对比，得到标识异常节点；

[0037] 漏洞整合模块，用于汇总所述标识异常节点、所述第一任务实例集合及所述第二任务实例集合，得到所述新任务系统的质量检测结果。

[0038] 为了解决上述问题，本发明还提供一种电子设备，所述电子设备包括：

[0039] 至少一个处理器；以及，

[0040] 与所述至少一个处理器通信连接的存储器；其中，

[0041] 所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以实现上述所述的任务系统的测试方法。

[0042] 为了解决上述问题，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一个计算机程序，所述至少一个计算机程序被电子设备中的处理器执
行以实现上述所述的任务系统的测试方法。

[0043] 本发明实施例利用旧任务系统与新任务系统处理相同的任务元数据，得到旧任务实例集合及新任务实例集合，通过对比旧任务实例集合及新任务实例集合中的不同点，可
以得到新任务系统相较于旧任务系统多出或缺少的功能，为质量检测过程缩小故障的范
围；通过提取任务系统执行任务实例时的日志文件，得到任务系统执行时的任务运行记录
与系统依赖关系，其中，所述任务运行记录可以判定任务系统中各个任务实例的运行顺序，
所述系统依赖关系可以得出判断各个任务实例在执行时调用了哪个任务实例。通过旧任务
系统与新任务系统中的任务运行记录及系统依赖关系进行对比，可以进一步定位新任务系
统中隐藏的逻辑错误。因此，本发明实施例可以解决传统质量检测方法检测效率及检测准
确率低的问题。

附图说明

[0044] 图1为本发明一实施例提供的任务系统的测试方法的流程示意图；

[0045] 图2为图1提供的任务系统的测试方法中其中一个步骤的详细流程示意图；

[0046] 图3为本发明一实施例提供的任务系统的测试装置的模块示意图；

[0047] 图4为本发明一实施例提供的实现任务系统的测试方法的电子设备的内部结构示意图；

[0048] 本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

[0049] 应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

[0050] 本申请实施例提供一种任务系统的测试方法。所述任务系统的测试方法的执行主体包括但不限于服务端、终端等能够被配置为执行本申请实施例提供的该方法的电子设备
中的至少一种。换言之，所述任务系统的测试方法可以由安装在终端设备或服务端设备的
软件或硬件来执行，所述软件可以是区块链平台。所述服务端包括但不限于：单台服务器、
服务器集群、云端服务器或云端服务器集群等。

[0051] 参照图1所示，为本发明一实施例提供的任务系统的测试方法的流程示意图。在本发明实施例中，所述任务系统的测试方法包括：

[0052] S1、利用预构建的旧任务系统及新任务系统，根据预设的任务构建规则中标识的各个编译角度，分别对预构建的任务元数据进行任务实例构建操作，得到旧任务实例集合
及新任务实例集合。

[0053] 本发明实施例中，所述新任务系统为对所述旧任务系统进行重构得到的。

[0054] 本发明实施例中，所述任务系统是一种可以处理海量定时任务的系统。例如，本发明其中一个应用场景中，**银行需要通过一个任务系统，实现功能“在每月28日凌晨1:00到
3:00完成全网用户当月的费用清单的生成”。随着用户的逐渐增多，旧的任务系统逐渐无法
满足需求，需要将旧任务系统进行重构升级，得到新任务系统。

[0055] 本发明实施例利用所述旧任务系统及新任务系统分别对同一预构建的任务元数据进行任务实例构建。其中，所述任务元数据是输入所述任务系统的数据信息，如用户输入
的各种执行条件、时间、操作等，如，用户输入的时间：每月28日凌晨1:00到3:00；操作：完成
全网用户当月的费用清单的生成，等。

[0056] 所述任务实例是任务系统根据输入的任务元数据产生的一种包括执行时间标签、运行环境及其他系统参数的可执行程序。

[0057] 进一步的，所述任务构建规则包括等价类、边界值、场景法及参数组合法等多种任务实例的构建规则。

[0058] 本发明实施例的任务系统可以将输入的任务元数据转变为请求数据发送至服务器，等待服务器响应。其中间过程为，根据所述任务构建规则中的各种方法，将所述请求数
据进行请求头地址、请求方式等各个方面进行修改，得到所述任务实例集合。

[0059] 进一步地，本发明实施例中，利用所述旧任务系统及所述新任务系统将用户输入的任务元数据进行转化，得到任务实例后，将所述任务实例有顺序的存储到任务实例列表
中，分别得到旧任务实例集合及新任务实例集合。其中，任务实例在存储过程中会被标记所
述执行时间标签，所述执行时间标签可用于控制任务系统后续执行任务实例的先后顺序，
本发明实施例也用所述执行时间标签为任务实例的存储顺序。

[0060] S2、提取所述新任务实例集合中每一个新任务实例，并利用提取出来的所述新任务实例对所述旧任务实例集合中每个旧任务实例进行访问，判断在所述旧任务实例集合中
是否存在与所述新任务实例相同的旧任务实例，并将不存在相同旧任务实例的新任务实例
放入第一任务实例集合。

[0061] 本发明实施例中所述旧任务系统及所述新任务系统采用获取相同的任务元数据，因此所述旧任务实例集合理论上应与所述新任务实例集合相同，否则证明所述新任务系统
的构建过程中存在问题。

[0062] 详细的，本发明实施例中，所述S2，包括：

[0063] 步骤I、查询所述新任务实例集合中各个新任务实例的执行时间标签，并根据所述执行时间标签将所述新任务实例集合中的新任务实例进行顺序排序；

[0064] 步骤II、依次从排序后的所述新任务实例集合中提取一个新任务实例；

[0065] 步骤III、利用提取出的所述新任务实例，遍历访问所述旧任务实例集合中的所有旧任务实例，并判断所述新任务实例与被访问的旧任务实例的各个属性是否都保持一致，
并在判断结果为各个属性都保持一致时，返回上述的步骤II；

[0066] 步骤IV、在判断结果为各个属性不能都保持一致时，将提取出的所述新任务实例判定为第一任务实例，并将所述第一任务实例放入所述第一任务实例集合中，并返回上述
的步骤II，直到所述新任务实例集合中的所有新任务实例全部提取完成。

[0067] 本发明实施例，根据步骤II的执行次数及新任务实例集合中各个新任务实例的排列顺序，从前往后进行依次提取。

[0068] 本发明实施例利用所述新任务实例集合中的每一个新任务实例访问所述旧任务实例集合中的每一个旧任务实例，并利用所述新任务实例与在所述旧任务实例集合中的各
个旧任务实例进行对比，判断在所述旧任务实例集合中是否存在与所述新任务实例相同的
旧任务实例,并将不存在相同旧任务实例的新任务实例作为第一任务实例放入第一任务实
例集合中。利用所述第一任务实例集合可以得知所述新任务系统对比于所述旧任务系统中
多了哪些程序。

[0069] S3、提取所述旧任务实例集合中每一个旧任务实例，并利用提取出来的所述旧任务实例对所述新任务实例集合中每个新任务实例进行访问，判断在所述新任务实例集合中
是否存在与所述旧任务实例相同的新任务实例，并将不存在相同新任务实例的旧任务实例
放入第二任务实例集合。

[0070] 具体的，同理上述S2中的操作，本发明实施例利用旧任务实例集合中的旧任务实例对比每一个新任务实例，筛选出未匹配到属性保持一致的新任务实例的旧任务实例，并
将未匹配到属性保持一致的新任务实例的旧任务实例作为第二任务实例，归属于所述新任
务系统的第二任务实例集合中。其中，所述第二任务实例集合可以判断所述新任务系统对
比于所述旧任务系统少了哪些程序。

[0071] S4、分别调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系，及所述新任务系统执行所述新任务实例集合中的新任务实
例时的新任务运行记录及新系统依赖关系，将所述旧任务运行记录、旧系统依赖关系进行
有向图构建，得到旧系统执行展示图，并将所述新任务运行记录及新系统依赖关系进行有
向图构建，得到新系统执行展示图。

[0072] 发明实施例中，每当一个任务实例执行过后，所述任务实例的任务运行记录及运行过程中的依赖关系都会存储在任务系统的日志文件中。

[0073] 详细的，如图2所示，本发明实施例中，所述调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系，包括：

[0074] S41、调用所述旧任务系统的旧系统日志文件库，并对所述旧系统日志文件库中各个文件的生成过程进行监控。

[0075] 本发明实施例设置日志文件监督程序，利用所述日志文件监督程序，当所述日志文件中出现新的任务运行记录及依赖关系时，对所述任务运行记录及依赖关系进行提取。

[0076] S42、当所述旧任务系统执行过程完成后，查询所述日志文件中各个旧任务实例执行的先后顺序，得到旧任务运行记录；

[0077] S43、将每个旧任务实例的执行过程中调用过的数据进行记录，并根据记录结果，得到各个旧任务实例运行过程中的调用关系，将各个旧任务实例对应的调用关系进行整
合，得到旧系统依赖关系。

[0078] 本发明实施例通过所述S41至S43的操作步骤得到旧任务运行记录及旧任务系统依赖关系，同理，可得到所述新任务系统执行新任务实例集合后的新任务系统依赖关系与
新任务运行记录。

[0079] 进一步的，本发明实施例中，所述将所述旧任务运行记录、旧系统依赖关系进行有向图构建，得到旧系统执行展示图，包括：

[0080] 根据所述旧任务运行记录，将各个旧任务实例进行顺序排列连接，得到旧系统执行主线；

[0081] 根据所述旧系统依赖关系，构建各个旧任务实例在调用关系上的上下级关系；

[0082] 根据所述上下级关系，在所述旧系统执行主线的各个任务实例上，添加从上级旧任务实例连接至下级旧任务实例的有向连接线，得到所述旧系统执行展示图。

[0083] 本发明实施例调取所述旧任务系统的日志文件中的所述旧任务运行记录及旧系统依赖关系，并将所述任务运行记录中的各个旧任务实例作为节点进行依次连接，得到所
述旧系统执行主线，根据得到的所述旧系统依赖关系，构建有向连接线将存在依赖关系的
各个节点进行连接，得到所述旧系统执行展示图。同理，利用所述新任务系统中日志文件中
的新任务运行记录及新系统依赖关系，构建新系统执行展示图。

[0084] 详细的，本发明实施例中，所述调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系之前，所述方法还包括：

[0085] 获取所述旧任务实例的运行环境，并利用所述运行环境对所述新任务实例进行环境同步；

[0086] 根据所述运行环境及预设的环境数据输入频率，控制所述旧任务系统及所述新任务系统进行任务实例的同步梯度执行。

[0087] 具体的，本发明实施例中，所述旧任务系统已经经过许多人工的操作，产生了大量历史数据，且这些历史数据可能会使所述旧任务系统发生运行环境的改变。为保证新任务
系统在执行新任务实例过程中，运行环境能够与所述旧任务系统的运行环境保持一致性，
本发明实施例拦截了新任务系统将要加载的运行环境，并把旧任务系统的运行环境连接至
所述新任务系统，并用相同的所述环境数据输入频率将这些运行环境中的环境数据导入所
述旧任务系统及所述新任务系统中，使得所述旧任务系统及所述新任务系统使用同一运行
环境，再有序地、有批次地将所述环境数据放行给所述旧任务系统及所述新任务系统，使得
所述旧任务系统及所述新任务系统中的旧任务实例或新任务实例能够有计划、有批次的执
行，也能够方便日志文件中所述任务运行记录及系统依赖关系的有序提取。

[0088] S5、将所述旧系统执行展示图及所述新系统执行展示图进行对比，得到标识异常节点。

[0089] 详细的，本发明实施例中，所述将所述旧系统执行展示图及所述新系统执行展示图进行对比，得到标识异常节点，包括：

[0090] 对所述旧系统执行主线与新系统执行主线中的各个任务实例进行任务实例属性的对比判断；

[0091] 当任务实例属性判断结果为不相同时，对任务实例属性不相同的新任务实例标注为预设的第一颜色；

[0092] 当任务实例属性判断结果为相同时，将任务实例属性相同的任务实例进行依赖关系判断，对依赖关系不相同的新系统执行展示图的有向连接线进行预设第二颜色标识；

[0093] 提取所述第一颜色标识的新任务实例及所述第二颜色标识的有向连接线，得到标识异常节点。

[0094] 本发明实施例通过旧系统执行展示图及所述新系统执行展示图的对比，先对比所述执行主线的各个节点及节点顺序，再对比支线的各个所述有效连接线，通过颜色标注，得
到标识异常节点，根据所述标识异常节点可以得到新任务系统在执行过程中与旧任务系统
执行时的区别，可用于明确所述新任务系统的需要进行改动的地方。

[0095] S6、汇总所述标识异常节点、所述第一任务实例集合及所述第二任务实例集合，得到所述新任务系统的质量测试结果。

[0096] 所述第一任务实例集合及所述第二任务实例集合可用于判断新任务系统中的异常任务实例。本发明实施例将所述标识异常节点与所述第一任务实例集合及所述第二任务
实例集合进行综合输出，得到可查看新/旧任务系统差异的质量测试结果，可以大大提高新
任务系统中任务实例之间依赖故障的定位，增加任务系统的测试效率。

[0097] 本发明实施例利用旧任务系统与新任务系统处理相同的任务元数据，得到旧任务实例集合及新任务实例集合，通过对比旧任务实例集合及新任务实例集合中的不同点，可
以得到新任务系统相较于旧任务系统多出或缺少的功能，为质量检测过程缩小故障的范
围；通过提取任务系统执行任务实例时的日志文件，得到任务系统执行时的任务运行记录
与系统依赖关系，其中，所述任务运行记录可以判定任务系统中各个任务实例的运行顺序，
所述系统依赖关系可以得出判断各个任务实例在执行时调用了哪个任务实例。通过旧任务
系统与新任务系统中的任务运行记录及系统依赖关系进行对比，可以进一步定位新任务系
统中隐藏的逻辑错误。因此，本发明实施例可以解决传统质量检测方法检测效率低且检测
准确率低的问题。

[0098] 如图3所示，是本发明任务系统的测试装置的功能模块图。

[0099] 本发明所述任务系统的测试装置100可以安装于电子设备中。根据实现的功能，所述任务系统的测试装置可以包括任务实例获取模块101、相互对比模块102、运行记录对比
模块103以及漏洞整合模块104。本发所述模块也可以称之为单元，是指一种能够被电子设
备处理器所执行，并且能够完成固定功能的一系列计算机程序段，其存储在电子设备的存
储器中。

[0100] 在本实施例中，关于各模块/单元的功能如下：

[0101] 所述任务实例获取模块101，用于利用预构建的旧任务系统及新任务系统，根据预设的任务构建规则中标识的各个编译角度，分别对预构建的任务元数据进行任务实例构建
操作，得到旧任务实例集合及新任务实例集合。

[0102] 其中，所述新任务系统是对所述旧任务系统进行重构得到的。

[0103] 本发明实施例中，所述任务系统是一种可以处理海量定时任务的系统。例如，本发明其中一个应用场景中，**银行需要通过一个任务系统，实现功能“在每月28日凌晨1:00到
3:00完成全网用户当月的费用清单的生成”。随着用户的逐渐增多，旧的任务系统逐渐无法
满足需求，需要将旧任务系统进行重构升级，得到新任务系统。

[0104] 本发明实施例利用所述旧任务系统及新任务系统分别对同一预构建的任务元数据进行任务实例构建。其中，所述任务元数据是输入所述任务系统的数据信息，如用户输入
的各种执行条件、时间、操作等，如，用户输入的时间：每月28日凌晨1:00到3:00；操作：完成
全网用户当月的费用清单的生成，等。

[0105] 所述任务实例是任务系统根据输入的任务元数据产生的一种包括执行时间标签、运行环境及其他系统参数的可执行程序。

[0106] 进一步的，所述任务构建规则包括等价类、边界值、场景法及参数组合法等多种任务实例的构建规则。

[0107] 本发明实施例的任务系统可以将输入的任务元数据转变为请求数据发送至服务器，等待服务器响应。其中间过程为，根据所述任务构建规则中的各种方法，将所述请求数
据进行请求头地址、请求方式等各个方面进行修改，得到所述任务实例集合。

[0108] 进一步地，本发明实施例中，利用所述旧任务系统及所述新任务系统将用户输入的任务元数据进行转化，得到任务实例后，将所述任务实例有顺序的存储到任务实例列表
中，分别得到旧任务实例集合及新任务实例集合。其中，任务实例在存储过程中会被标记所
述执行时间标签，所述执行时间标签可用于控制任务系统后续执行任务实例的先后顺序，
本发明实施例也用所述执行时间标签为任务实例的存储顺序。

[0109] 所述相互对比模块102，用于提取所述新任务实例集合中每一个新任务实例，并利用提取出来的所述新任务实例对所述旧任务实例集合中每个旧任务实例进行访问，判断在
所述旧任务实例集合中是否存在与所述新任务实例相同的旧任务实例，并将不存在相同旧
任务实例的新任务实例放入第一任务实例集合；及提取所述旧任务实例集合中每一个旧任
务实例，并利用提取出来的所述旧任务实例对所述新任务实例集合中每个新任务实例进行
访问，判断在所述新任务实例集合中是否存在与所述旧任务实例相同的新任务实例，并将
不存在相同新任务实例的旧任务实例放入第二任务实例集合。

[0110] 本发明实施例中所述旧任务系统及所述新任务系统采用获取相同的任务元数据，因此所述旧任务实例集合理论上应与所述新任务实例集合相同，否则证明所述新任务系统
的构建过程中存在问题。

[0111] 详细的，本发明实施例中，所述相互对比模块102具体用于执行：

[0112] 功能A、查询所述新任务实例集合中各个新任务实例的执行时间标签，并根据所述执行时间标签将所述新任务实例集合中的新任务实例进行顺序排序；

[0113] 功能B、依次从排序后的所述新任务实例集合中提取一个新任务实例；

[0114] 功能C、利用提取出的所述新任务实例，遍历访问所述旧任务实例集合中的所有旧任务实例，并判断所述新任务实例与被访问的旧任务实例的各个属性是否都保持一致，并
在判断结果为各个属性都保持一致时，返回执行上述的功能B；

[0115] 功能D、在判断结果为各个属性不能都保持一致时，将提取出的所述新任务实例判定为第一任务实例，并将所述第一任务实例放入所述第一任务实例集合中，并返回执行上
述的功能B，直到所述新任务实例集合中的所有新任务实例全部提取完成。

[0116] 本发明实施例，根据功能B的执行次数及新任务实例集合中各个新任务实例的排列顺序，从前往后进行依次提取。

[0117] 本发明实施例利用所述新任务实例集合中的每一个新任务实例访问所述旧任务实例集合中的每一个旧任务实例，并利用所述新任务实例与在所述旧任务实例集合中的各
个旧任务实例进行对比，判断在所述旧任务实例集合中是否存在与所述新任务实例相同的
旧任务实例,并将不存在相同旧任务实例的新任务实例作为第一任务实例放入第一任务实
例集合中。利用所述第一任务实例集合可以得知所述新任务系统对比于所述旧任务系统中
多了哪些程序。

[0118] 具体的，本发明实施例所述相互对比模块102采用上述相似的操作，利用旧任务实例集合中的旧任务实例对比每一个新任务实例，筛选出未匹配到属性保持一致的新任务实
例的旧任务实例，并将未匹配到属性保持一致的新任务实例的旧任务实例作为第二任务实
例，归属于所述新任务系统的第二任务实例集合中。其中，所述第二任务实例集合可以判断
所述新任务系统对比于所述旧任务系统少了哪些程序。

[0119] 所述运行记录对比模块103，用于分别调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系，及所述新任务系统执行所述
新任务实例集合中的新任务实例时的新任务运行记录及新系统依赖关系，将所述旧任务运
行记录、旧系统依赖关系进行有向图构建，得到旧系统执行展示图，并将所述新任务运行记
录及新系统依赖关系进行有向图构建，得到新系统执行展示图，及将所述旧系统执行展示
图及所述新系统执行展示图进行对比，得到标识异常节点。

[0120] 发明实施例中，每当一个任务实例执行过后，所述任务实例的任务运行记录及运行过程中的依赖关系都会存储在任务系统的日志文件中。

[0121] 详细的，本发明实施例中，所述运行记录对比模块103通过调用所述旧任务系统的旧系统日志文件库，并对所述旧系统日志文件库中各个文件的生成过程进行监控，来调取
所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统
依赖关系。

[0122] 本发明实施例设置日志文件监督程序，利用所述日志文件监督程序，当所述日志文件中出现新的任务运行记录及依赖关系时，对所述任务运行记录及依赖关系进行提取。

[0123] 当所述旧任务系统执行过程完成后，本发明实施例查询所述日志文件中各个旧任务实例执行的先后顺序，得到旧任务运行记录；将每个旧任务实例的执行过程中调用过的
数据进行记录，并根据记录结果，得到各个旧任务实例运行过程中的调用关系，将各个旧任
务实例对应的调用关系进行整合，得到旧系统依赖关系。

[0124] 本发明实施例通过上述的操作步骤得到旧任务运行记录及旧任务系统依赖关系，同理，可得到所述新任务系统执行新任务实例集合后的新任务系统依赖关系与新任务运行
记录。

[0125] 进一步的，本发明实施例中，所述运行记录对比模块103通过下述操作将所述旧任务运行记录、旧系统依赖关系进行有向图构建，得到旧系统执行展示图：

[0126] 根据所述旧任务运行记录，将各个旧任务实例进行顺序排列连接，得到旧系统执行主线；

[0127] 根据所述旧系统依赖关系，构建各个旧任务实例在调用关系上的上下级关系；

[0128] 根据所述上下级关系，在所述旧系统执行主线的各个任务实例上，添加从上级旧任务实例连接至下级旧任务实例的有向连接线，得到所述旧系统执行展示图。

[0129] 本发明实施例调取所述旧任务系统的日志文件中的所述旧任务运行记录及旧系统依赖关系，并将所述任务运行记录中的各个旧任务实例作为节点进行依次连接，得到所
述旧系统执行主线，根据得到的所述旧系统依赖关系，构建有向连接线将存在依赖关系的
各个节点进行连接，得到所述旧系统执行展示图。同理，利用所述新任务系统中日志文件中
的新任务运行记录及新系统依赖关系，构建新系统执行展示图。

[0130] 详细的，本发明实施例中，所述调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系之前，所述运行记录对比模块103还
用于：

[0131] 获取所述旧任务实例的运行环境，并利用所述运行环境对所述新任务实例进行环境同步；

[0132] 根据所述运行环境及预设的环境数据输入频率，控制所述旧任务系统及所述新任务系统进行任务实例的同步梯度执行。

[0133] 具体的，本发明实施例中，所述旧任务系统已经经过许多人工的操作，产生了大量历史数据，且这些历史数据可能会使所述旧任务系统发生运行环境的改变。为保证新任务
系统在执行新任务实例过程中，运行环境能够与所述旧任务系统的运行环境保持一致性，
本发明实施例拦截了新任务系统将要加载的运行环境，并把旧任务系统的运行环境连接至
所述新任务系统，并用相同的所述环境数据输入频率将这些运行环境中的环境数据导入所
述旧任务系统及所述新任务系统中，使得所述旧任务系统及所述新任务系统使用同一运行
环境，再有序地、有批次地将所述环境数据放行给所述旧任务系统及所述新任务系统，使得
所述旧任务系统及所述新任务系统中的旧任务实例或新任务实例能够有计划、有批次的执
行，也能够方便日志文件中所述任务运行记录及系统依赖关系的有序提取。

[0134] 详细的，本发明实施例中，所述运行记录对比模块103通过下述操作将所述旧系统执行展示图及所述新系统执行展示图进行对比，得到标识异常节点：

[0135] 对所述旧系统执行主线与新系统执行主线中的各个任务实例进行任务实例属性的对比判断；

[0136] 当任务实例属性判断结果为不相同时，对任务实例属性不相同的新任务实例标注为预设的第一颜色；

[0137] 当任务实例属性判断结果为相同时，将任务实例属性相同的任务实例进行依赖关系判断，对依赖关系不相同的新系统执行展示图的有向连接线进行预设第二颜色标识；

[0138] 提取所述第一颜色标识的新任务实例及所述第二颜色标识的有向连接线，得到标识异常节点。

[0139] 本发明实施例通过旧系统执行展示图及所述新系统执行展示图的对比，先对比所述执行主线的各个节点及节点顺序，再对比支线的各个所述有效连接线，通过颜色标注，得
到标识异常节点，根据所述标识异常节点可以得到新任务系统在执行过程中与旧任务系统
执行时的区别，可用于明确所述新任务系统的需要进行改动的地方。

[0140] 所述漏洞整合模块104，用于汇总所述标识异常节点、所述第一任务实例集合及所述第二任务实例集合，得到所述新任务系统的质量测试结果。

[0141] 所述第一任务实例集合及所述第二任务实例集合可用于判断新任务系统中的异常任务实例。本发明实施例将所述标识异常节点与所述第一任务实例集合及所述第二任务
实例集合进行综合输出，得到可查看新/旧任务系统差异质量测试结果，可以大大提高新任
务系统中任务实例之间依赖故障的定位，增加任务系统的测试效率。

[0142] 本发明实施例利用旧任务系统与新任务系统处理相同的任务元数据，得到旧任务实例集合及新任务实例集合，通过对比旧任务实例集合及新任务实例集合中的不同点，可
以得到新任务系统相较于旧任务系统多出或缺少的功能，为质量检测过程缩小故障的范
围；通过提取任务系统执行任务实例时的日志文件，得到任务系统执行时的任务运行记录
与系统依赖关系，其中，所述任务运行记录可以判定任务系统中各个任务实例的运行顺序，
所述系统依赖关系可以得出判断各个任务实例在执行时调用了哪个任务实例。通过旧任务
系统与新任务系统中的任务运行记录及系统依赖关系进行对比，可以进一步定位新任务系
统中隐藏的逻辑错误。因此，本发明实施例可以解决传统质量检测方法检测效率及检测准
确率低的问题。

[0143] 如图4所示，是本发明实现任务系统的测试方法的电子设备的结构示意图。

[0144] 所述电子设备可以包括处理器10、存储器11、通信总线12以及通信接口13，还可以包括存储在所述存储器11中并可在所述处理器10上运行的计算机程序，如任务系统的测试
程序。

[0145] 其中，所述处理器10在一些实施例中可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一
个或者多个中央处理器(Central Processing unit，CPU)、微处理器、数字处理芯片、图形
处理器及各种控制芯片的组合等。所述处理器10是所述电子设备的控制核心(Control 
Unit)，利用各种接口和线路连接整个电子设备的各个部件，通过运行或执行存储在所述存
储器11内的程序或者模块(例如执行任务系统的测试程序等)，以及调用存储在所述存储器
11内的数据，以执行电子设备的各种功能和处理数据。

[0146] 所述存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器(例如：SD或DX存储器等)、磁性存储器、磁盘、光盘等。所述
存储器11在一些实施例中可以是电子设备的内部存储单元，例如该电子设备的移动硬盘。
所述存储器11在另一些实施例中也可以是电子设备的外部存储设备，例如电子设备上配备
的插接式移动硬盘、智能存储卡(Smart Media Card，SMC)、安全数字(Secure Digital，SD)
卡、闪存卡(Flash Card)等。进一步地，所述存储器11还可以既包括电子设备的内部存储单
元也包括外部存储设备。所述存储器11不仅可以用于存储安装于电子设备的应用软件及各
类数据，例如任务系统的测试程序的代码等，还可以用于暂时地存储已经输出或者将要输
出的数据。

[0147] 所述通信总线12可以是外设部件互连标准(peripheral  component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard 
architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。所述
总线被设置为实现所述存储器11以及至少一个处理器10等之间的连接通信。

[0148] 所述通信接口13用于上述电子设备与其他设备之间的通信，包括网络接口和用户接口。可选地，所述网络接口可以包括有线接口和/或无线接口(如WI‑FI接口、蓝牙接口
等)，通常用于在该电子设备与其他电子设备之间建立通信连接。所述用户接口可以是显示
器(Display)、输入单元(比如键盘(Keyboard))，可选地，用户接口还可以是标准的有线接
口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶
显示器以及OLED(Organic Light‑Emitting Diode，有机发光二极管)触摸器等。其中，显示
器也可以适当的称为显示屏或显示单元，用于显示在电子设备中处理的信息以及用于显示
可视化的用户界面。

[0149] 图4仅示出了具有部件的电子设备，本领域技术人员可以理解的是，图4示出的结构并不构成对所述电子设备的限定，可以包括比图示更少或者更多的部件，或者组合某些
部件，或者不同的部件布置。

[0150] 例如，尽管未示出，所述电子设备还可以包括给各个部件供电的电源(比如电池)，优选地，电源可以通过电源管理装置与所述至少一个处理器10逻辑相连，从而通过电源管
理装置实现充电管理、放电管理、以及功耗管理等功能。电源还可以包括一个或一个以上的
直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示
器等任意组件。所述电子设备还可以包括多种传感器、蓝牙模块、Wi‑Fi模块等，在此不再赘
述。

[0151] 应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。

[0152] 所述电子设备中的所述存储器11存储的任务系统的测试程序是多个计算机程序的组合，在所述处理器10中运行时，可以实现：

[0153] 利用预构建的旧任务系统及新任务系统，根据预设的任务构建规则中标识的各个编译角度，分别对预构建的任务元数据进行任务实例构建操作，得到旧任务实例集合及新
任务实例集合；

[0154] 其中，所述新任务系统是对所述旧任务系统进行重构得到的；

[0155] 提取所述新任务实例集合中每一个新任务实例，并利用提取出来的所述新任务实例对所述旧任务实例集合中每个旧任务实例进行访问，判断在所述旧任务实例集合中是否
存在与所述新任务实例相同的旧任务实例，并将不存在相同旧任务实例的新任务实例放入
第一任务实例集合；

[0156] 提取所述旧任务实例集合中每一个旧任务实例，并利用提取出来的所述旧任务实例对所述新任务实例集合中每个新任务实例进行访问，判断在所述新任务实例集合中是否
存在与所述旧任务实例相同的新任务实例，并将不存在相同新任务实例的旧任务实例放入
第二任务实例集合；

[0157] 分别调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系，及所述新任务系统执行所述新任务实例集合中的新任务实例
时的新任务运行记录及新系统依赖关系，将所述旧任务运行记录、旧系统依赖关系进行有
向图构建，得到旧系统执行展示图，并将所述新任务运行记录及新系统依赖关系进行有向
图构建，得到新系统执行展示图；

[0158] 将所述旧系统执行展示图及所述新系统执行展示图进行对比，得到标识异常节点；

[0159] 汇总所述标识异常节点、所述第一任务实例集合及所述第二任务实例集合，得到所述新任务系统的质量测试结果。

[0160] 具体地，所述处理器10对上述计算机程序的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。

[0161] 进一步地，所述电子设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个非易失性计算机可读取存储介质中。所述计
算机可读存储介质可以是易失性的，也可以是非易失性的。例如，所述计算机可读介质可以
包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光
盘、计算机存储器、只读存储器(ROM，Read‑Only Memory)。

[0162] 本发明还提供一种计算机可读存储介质，所述可读存储介质存储有计算机程序，所述计算机程序在被电子设备的处理器所执行时，可以实现：

[0163] 利用预构建的旧任务系统及新任务系统，根据预设的任务构建规则中标识的各个编译角度，分别对预构建的任务元数据进行任务实例构建操作，得到旧任务实例集合及新
任务实例集合，其中，所述新任务系统是对所述旧任务系统进行重构得到的；提取所述新任
务实例集合中每一个新任务实例，并利用提取出来的所述新任务实例对所述旧任务实例集
合中每个旧任务实例进行访问，判断在所述旧任务实例集合中是否存在与所述新任务实例
相同的旧任务实例，并将不存在相同旧任务实例的新任务实例放入第一任务实例集合；

[0164] 提取所述旧任务实例集合中每一个旧任务实例，并利用提取出来的所述旧任务实例对所述新任务实例集合中每个新任务实例进行访问，判断在所述新任务实例集合中是否
存在与所述旧任务实例相同的新任务实例，并将不存在相同新任务实例的旧任务实例放入
第二任务实例集合；

[0165] 分别调取所述旧任务系统执行所述旧任务实例集合中的旧任务实例时的旧任务运行记录及旧系统依赖关系，及所述新任务系统执行所述新任务实例集合中的新任务实例
时的新任务运行记录及新系统依赖关系，将所述旧任务运行记录、旧系统依赖关系进行有
向图构建，得到旧系统执行展示图，并将所述新任务运行记录及新系统依赖关系进行有向
图构建，得到新系统执行展示图；

[0166] 将所述旧系统执行展示图及所述新系统执行展示图进行对比，得到标识异常节点；

[0167] 汇总所述标识异常节点、所述第一任务实例集合及所述第二任务实例集合，得到所述新任务系统的质量测试结果。

[0168] 在本发明所提供的几个实施例中，应该理解到，所揭露的设备，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的
划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

[0169] 所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个
网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目
的。

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

[0171] 对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。

[0172] 因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的
含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限
制所涉及的权利要求。

[0173] 本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用
密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验
证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品
服务层以及应用服务层等。

[0174] 此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第二等词语用
来表示名称，而并不表示任何特定的顺序。

[0175] 最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的
技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。