CN115328639B - 一种基于芯片验证回归的任务调度系统 - Google Patents

Abstract

本发明涉及任务处理技术领域，具体涉及一种基于芯片验证回归的任务调度系统，该系统包括M个工作组列表，第m个工作组G_m包括N个任务列表；第i个任务列表T_i包括K个任务属性t，t中具有唯一一个定义T_i的任务名称Na_i的任务属性；当Na_j的执行依赖于Na_i时，T_j的配置属性包括定义T_j的任务名称Na_j的任务属性和条件任务列表CT_d；CT_d包括F个条件属性，其中第F个条件属性cr_­F为执行Na_i的执行操作属性，其他条件属性为执行操作cr_­F执行结果所满足的F‑1个状态类型属性，用户需求改变时可直接修改配置文件中的相应属性，无需修改源程序，解决了需求改变时对源代码修改导致的问题，达到灵活配置任务属性的要求。

Description

一种基于芯片验证回归的任务调度系统

技术领域

本发明涉及任务处理技术领域，具体涉及一种基于芯片验证回归的任务调度系统。

背景技术

对于基于芯片验证回归系统中的任务调度，目前是通过编程的方式将任务属性、任务条件、任务优先级和任务间的逻辑关系等写入源代码中执行，任务在执行的过程中不仅需要定义任务的名称，还需要定义任务的属性，任务执行所依赖的条件以及任务优先级等。

如果用户的需求改变，例如某一个重要的任务组中，有任务执行失败，则需要停止其他所有任务的执行，并启动调试功能，此时则需要修改源代码中相应任务的属性，还需要检查修改后是否影响到其他任务的执行等。但是这样修改不仅会导致源代码的整体逻辑被破坏，需要重新测试源代码的正确性，而且有些场景下源代码是无法修改的，无法满足灵活配置任务属性的要求。

发明内容

为了解决上述技术问题，本发明的目的在于提供一种基于芯片验证回归的任务调度系统，所采用的技术方案具体如下：

第一方面，本发明一个实施例提供了一种基于芯片验证回归的任务调度系统，所述系统应用于配置文件，包括M个工作组列表G={G₁,G₂,…,G_m,…,G_M}，G_m为第m个工作组，m的取值范围为1到M，G_m与第p个工作组G_p之间相互独立，p的取值范围为1到M且m≠p；G_m包括N个任务列表T={T₁,T₂,…,T_i,…,T_N}，T_i为第i个任务列表，i的取值范围为1到N。

T_i包括K个任务属性t={t₁,t₂,…,t_k,…,t_K}，t_k为定义T_i的第k个任务属性，t_k与定义T_i的第b个任务属性t_b的任务属性不同，k和b的取值范围均为1到K，且k≠b；t中具有唯一一个定义T_i的任务名称Na_i的任务属性。

当Na_j的执行依赖于Na_i时，T_j的配置属性包括G个任务属性r={r₁,r₂,…,r_g,…,r_G}和L个条件任务列表CT={CT₁,CT₂,…,CT_d,…,CT_L}，其中CT_d为Na_j依赖的第d个条件任务列表，d的取值范围为1到L，L≥1；r_g为定义T_j的第g个任务属性，r_g与定义T_j的第e个任务属性r_e的任务属性不同，g和e的取值范围均为1到G，且g≠e，j的取值范围为1到N，且i≠j；r中具有唯一一个定义T_j的任务名称Na_j的任务属性；CT_d包括F个条件属性cr={cr₁,cr₂,…,cr_F-1,cr_F}，其中第F个条件属性cr_F为依赖的包括Q个任务名称的执行操作属性，其中Q个任务名称中包括Na_i，{cr₁,cr₂,…,cr_F-1}为执行操作cr_F执行结果所需满足的F-1个状态类型属性。

本发明具有如下有益效果：

通过配置文件配置多个任务的任务列表，在任务列表中定义任务名称等属性以及条件任务属性，其中条件任务属性定义当前任务执行所依赖的任务以及依赖的任务所需满足的条件属性，利用上述配置系统对相应的任务进行配置，在用户需求改变时，可以直接修改配置文件中的相应属性，不需要修改源程序代码，解决了目前用户需求改变时对源代码修改导致的问题，达到灵活配置任务属性的要求。

附图说明

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

图1为本发明一个实施例所提供的一种基于芯片验证回归的任务调度系统的示意图。

具体实施方式

为了更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效，以下结合附图及较佳实施例，对依据本发明提出的一种基于芯片验证回归的任务调度系统，其具体实施方式、结构、特征及其功效，详细说明如下。在下述说明中，不同的“一个实施例”或“另一个实施例”指的不一定是同一实施例。此外，一个或多个实施例中的特定特征、结构、或特点可由任何合适形式组合。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。

下面结合附图具体的说明本发明所提供的一种基于芯片验证回归的任务调度系统的具体方案。

请参阅图1，其示出了本发明一个实施例提供的一种基于芯片验证回归的任务调度系统框图，所述系统应用于配置文件，包括M个工作组列表G={G₁,G₂,…,G_m,…,G_M}，G_m为第m个工作组，m的取值范围为1到M，G_m与第p个工作组G_p之间相互独立，p的取值范围为1到M且m≠p；G_m包括N个任务列表T={T₁,T₂,…,T_i,…,T_N}，T_i为第i个任务列表，i的取值范围为1到N。

其中，相互独立为G_p与G_m之间的任务相互之间没有依赖关系，一个任务只属于一个任务组。在配置文件中至少包括一个工作组列表，将相互之间具有依赖关系的任务分为同一个工作组，配置逻辑简单，给配置提供了可操作性和简便性。在一个配置文件中用户可以定义一个或者多个工作组，工作组可以被其他VPC文件包含，如果组名相同，则在后加载的工作组覆盖在前加载的工作组；如果组名不同，则将所有工作组合并在一起。工作组列表不支持继承和嵌入。

其中，配置文件的文件格式为键值对(key:value)类型的编码方式。可选的，配置文件的文件格式为YAML,TOML或者JSON。测试用例和配置文件使用相同的文件格式。

进一步，T_i包括K个任务属性t={t₁,t₂,…,t_k,…,t_K}，t_k为定义T_i的第k个任务属性，t_k与定义T_i的第b个任务属性t_b的任务属性不同，k和b的取值范围均为1到K，且k≠b；t中具有唯一一个定义T_i的任务名称Na_i的任务属性。

其中，一个任务列表至少包括任务名称这一任务属性，在配置文件中不同任务列表具有不同的任务名称，任务名称必须保持唯一，所有的任务继承，任务覆盖和条件任务列表都是通过任务名称来判断的，如果任务名称不唯一会发生错误。任务属性为用户定义的运行当前任务所需的条件，任务属性包括：任务名称、任务的运行脚本的目录、运行任务的目录、生成文件的目录等。例如，Na_i为测试用例的测试任务，任务的运行脚本为测试用例文件，生成文件可以为生成的log文件。任务属性的配置为任务属性的键值对配置：定义的任务属性名称为键，任务属性的描述为值，将值赋予相应的键，则完成相应属性的配置。例如，将任务名称“name”作为键，将任务名称的描述“build”作为值，将值赋予键则完成该任务属性的配置，也即当前任务的名称为build。

其中，任务名称为当前任务的唯一名称，用于区别不同任务。任务名称所属的任务列表表示当前任务的任务列表。例如，T_i的任务名称为Na_i，则Na_i表示T_i的任务列表。

进一步，当Na_j的执行依赖于Na_i时，T_j的配置属性包括G个任务属性r={r₁,r₂,…,r_g,…,r_G}和L个条件任务列表CT={CT₁,CT₂,…,CT_d,…,CT_L}，其中CT_d为Na_j依赖的第d个条件任务列表，d的取值范围为1到L，L≥1；r_g为定义T_j的第g个任务属性，r_g与定义T_j的第e个任务属性r_e的任务属性不同，g和e的取值范围均为1到G，且g≠e，j的取值范围为1到N，且i≠j；r中具有唯一一个定义T_j的任务名称Na_j的任务属性；CT_d包括F个条件属性cr={cr₁,cr₂,…,cr_F-1,cr_F}，其中第F个条件属性cr_F为依赖的包括Q个任务名称的执行操作属性，其中Q个任务名称中包括Na_i，{cr₁,cr₂,…,cr_F-1}为执行操作cr_F执行结果所需满足的F-1个状态类型属性。

其中，执行属性为键值对的执行命令。例如，执行操作属性中以关键字tasks为键，以要进行操作的任务列表为值，构成键值对，指明要进行操作的任务名称。

具体的，Na_j的执行依赖于条件任务列表CT_d且CT_d具有包括任务Na_i在内的Q个任务，其中Q的取值范围大于等于1。当Q的取值为1时，说明Na_j的执行依赖于一个任务。例如，配置的条件为：执行Na_i任务且条件是运行成功；则在任务Na_i执行结果的状态类型为成功时，触发执行任务Na_j。当Q大于等于2时，说明Na_j的执行依赖于一个条件任务列表中的至少Q个任务的执行结果，也即在条件任务列表中包括一个执行Q个任务的操作属性。例如，配置的条件为：执行Na_i和Na_k这两个任务且条件是任意一个任务运行失败；则在任务Na_i或Na_k执行结果的状态类型为失败时，触发执行任务Na_j。

具体的，状态类型属性可以是cr_F中的所有任务全部运行成功，或者全部运行失败，或者任意一个任务运行成功或者任意一个任务运行失败等。条件任务列表CT_d触发执行Na_j的条件是：cr_F中任务执行结果的状态类型满足所配置的F-1个条件属性。

进一步，L个条件任务列表的排列次序是按照任务依赖的优先级配置，其中第d个条件任务列表CT_d为Na_j依赖的第d个任务对应的任务列表，其中L大于等于1。按照排列顺序先执行CT_d，满足CT_d中的条件属性后，再执行第d+1个条件任务列表CT_d+1，其中d的取值范围为1到L，以此类推。当T_j中所有条件任务列表中的条件属性都依次满足后，执行任务Na_j。若前d个条件任务列表{CT₁,CT₂,…,CT_d}的条件属性都依次满足，且CT_d+1中有条件属性未全部满足时，则不执行后续任务且不执行任务Na_j。

其中，CT_i中包括至少一个执行属性的任务，也可以包括两个或者两个以上的依赖任务，并监测执行任务的结果，i的取值范围为1到L。

作为一个示例，T_j的属性配置为：任务名称定义为“test”，任务的文件路径定义为“RL”、运行任务的目录定义为“RLL”，条件任务的条件属性定义为“运行成功”，条件任务的依赖的执行任务为“build task”。也即在依赖的条件任务build task运行成功时，再根据文件路径RL执行任务test且运行目录为RLL。

进一步，T_j包括一个或者多个任务继承。具体的，T_j中第s个任务属性r_s为任务继承属性，且s≠g，r_s的键为继承关键字，值为要继承的第q个任务列表T_k的任务Na_q。其中Na_q称为Na_j的父任务，Na_j称为Na_q的子任务。子任务从至少一个父任务继承，继承各父任务中定义的所有任务属性，子任务按定义的顺序用在后继承的值覆盖同一属性的值，也即当T_j中第u个任务属性r_u与继承的父任务Na_q中第h个任务属性r_h为同一属性时，则r_u的属性值覆盖r_h的属性值。

进一步，所述系统还包括全局环境变量定义列表，在全局环境变量列表中包括多个属性，例如定义基础的文件目录等。

进一步，所述系统还包括头文件列表，在头文件列表中包括至少一个头文件。

需要说明的是，一个测试用例可以包含多个测试用例文件，包含的测试用例文件按照配置的顺序加载，在加载所有包含的文件后，加载当前文件的内容。当环境变量或者任务名称相同时，则在后加载的环境变量或者任务名称将覆盖在前加载的内容。当环境变量或者任务名称不同时，则将所有内容合并在一起。

作为一个示例，对于一个测试用例的测试过程为：建立build，建立成功后，执行测试用例test，若test运行失败，则建立debug build，建立成功后，再次执行测试用例test生成debug log文件。现有技术是采用源代码编程实现整个过程。而采用本发明所提供的任务调度系统，则需要首先分析一下这里面的依赖关系，第一次执行的测试用例test任务的运行依赖于build任务的运行成功；而debug build的任务执行依赖于test任务运行失败；而再次执行测试用例test的任务执行依赖于debug build的运行成功。因此需要在配置文件中的同一个工作组中配置相应任务之间的依赖关系：配置四个任务列表：一个任务名称为build的任务列表，一个任务名称为debug_build的任务列表，一个任务名称为test的任务列表，一个任务名称为debug_test的任务列表。其中，在build任务列表中定义当前任务的名称属性，build文件的路径属性以及运行build文件的目录属性。在debug_build的任务列表中定义当前任务的名称属性，debug_build文件的路径属性以及运行build文件的目录属性，还包括条件任务列表，在条件任务列表中包括条件定义和依赖任务属性的定义，其中条件定义为运行失败，依赖test任务的执行，也即在test执行的结果为运行失败时满足条件。在test的任务列表中定义当前任务的名称属性，test文件的路径属性以及运行test文件的目录属性，还包括条件任务列表，其中条件定义为运行成功，依赖的执行任务为build任务。在debug_test的任务列表中定义当前任务的名称属性，继承test任务的继承属性文件，还包括两个条件任务列表，第一个条件任务列表包括条件定义为运行失败的条件属性以及依赖test任务的依赖属性；第二个条件任务列表包括条件定义为运行成功的条件属性以及依赖debug_build的任务的依赖属性。在用户需求该改变时，例如在满足test任务运行失败两次的条件下才执行debug_build时，现有技术中需要修改源代码，而本发明只需要修改debug_build中条件任务中的条件属性即可，不仅修改逻辑简单方便，而且更加直观，也不需要破坏源代码，能够达到灵活配置的目的。

综上所述，本发明实施例提供了一种基于芯片验证回归的任务调度系统，该系统包括M个工作组列表，第m个工作组G_m包括N个任务列表；第i个任务列表T_i包括K个任务属性，第k个任务属性t_k为定义T_i的任务名称Na_i；当Na_j的执行依赖于Na_i时，T_j的配置属性包括定义T_j的任务名称Na_j的任务属性和条件任务列表CT_d；CT_d包括F个条件属性，其中第F个条件属性cr_F为执行任务名称为Na_i的任务，{cr₁,cr₂,…,cr_F-1}为监测的Na_i执行结果所满足的F-1个条件属性，利用上述配置系统对相应的任务进行配置，在用户需求改变时，直接修改配置文件中任务之间的依赖关系，或者任务所需满足的条件等配置关系即可，不需要修改源程序代码，解决了目前用户需求改变时对源代码修改导致的问题，达到灵活配置任务属性的要求。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种基于芯片验证回归的任务调度系统，其特征在于，所述系统应用于配置文件，包括M个工作组列表G={G₁,G₂,…,G_m,…,G_M}，G_m为第m个工作组，m的取值范围为1到M，G_m与第p个工作组G_p之间相互独立，p的取值范围为1到M且m≠p；G_m包括N个任务列表T={T₁,T₂,…,T_i,…,T_N}，T_i为第i个任务列表，i的取值范围为1到N；

T_i包括K个任务属性t={t₁,t₂,…,t_k,…,t_K}，t_k为定义T_i的第k个任务属性，t_k与定义T_i的第b个任务属性t_b的任务属性不同，k和b的取值范围均为1到K，且k≠b；t中具有唯一一个定义T_i的任务名称Na_i的任务属性；

当Na_j的执行依赖于Na_i时，T_j的配置属性包括G个任务属性r={r₁,r₂,…,r_g,…,r_G}和L个条件任务列表CT={CT₁,CT₂,…,CT_d,…,CT_L}，其中CT_d为Na_j依赖的第d个条件任务列表，d的取值范围为1到L，L≥1；r_g为定义T_j的第g个任务属性，r_g与定义T_j的第e个任务属性r_e的任务属性不同，g和e的取值范围均为1到G，且g≠e，j的取值范围为1到N，且i≠j；r中具有唯一一个定义T_j的任务名称Na_j的任务属性；CT_d包括F个条件属性cr={cr₁,cr₂,…,cr_F-1,cr_F}，其中第F个条件属性cr_F为依赖的包括Q个任务名称的执行操作属性，其中Q个任务名称中包括Na_i，{cr₁,cr₂,…,cr_F-1}为执行操作cr_F执行结果所需满足的F-1个状态类型属性。

2.根据权利要求1所述的任务调度系统，其特征在于，CT的排列次序是按照任务依赖的优先级配置；按照排列次序先执行第d个条件任务列表CT_d，在满足CT_d中的条件属性后，再执行第d+1个条件任务列表CT_d+1，其中d的取值范围为1到L，以此类推，当T_j中所有条件任务列表中的条件属性都依次满足后，执行任务Na_j。

3.根据权利要求2所述的任务调度系统，其特征在于，CT中，若前d个条件任务列表{CT₁,CT₂,…,CT_d}的条件属性都依次满足，且CT_d+1中有条件属性未全部满足时，则不执行后续任务且不执行任务Na_j。

4.根据权利要求1所述的任务调度系统，其特征在于，所述T_j包括一个或者多个任务继承。

5.根据权利要求4所述的任务调度系统，其特征在于，当T_j中第u个任务属性r_u与任务继承的父任务Na_q中第h个任务属性r_h为同一属性时，则r_u的属性值覆盖r_h的属性值。

6.根据权利要求1所述的任务调度系统，其特征在于，所述系统还包括全局环境变量定义列表。

7.根据权利要求1所述的任务调度系统，其特征在于，所述系统还包括头文件列表。

8.根据权利要求1所述的任务调度系统，其特征在于，所述配置文件为YAML，TOML或者JSON文件格式。

Images