CN114531376A - 一种组合测试任务的方法、装置、设备及可读存储介质 - Google Patents

一种组合测试任务的方法、装置、设备及可读存储介质 Download PDF

Info

Publication number
CN114531376A
CN114531376A CN202011187202.3A CN202011187202A CN114531376A CN 114531376 A CN114531376 A CN 114531376A CN 202011187202 A CN202011187202 A CN 202011187202A CN 114531376 A CN114531376 A CN 114531376A
Authority
CN
China
Prior art keywords
test
task
test task
tasks
target
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.)
Pending
Application number
CN202011187202.3A
Other languages
English (en)
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.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
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 China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN202011187202.3A priority Critical patent/CN114531376A/zh
Publication of CN114531376A publication Critical patent/CN114531376A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45591—Monitoring or debugging support
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Environmental & Geological Engineering (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明提供一种组合测试任务的方法、装置、设备及可读存储介质，涉及测试技术领域，该组合测试任务的方法包括确定至少两个测试任务的执行顺序；基于执行顺序将至少两个测试任务存储至目标文件中；在目标文件夹中定义至少两个测试任务的处理逻辑；基于处理逻辑将至少两个测试任务组合为目标测试任务；基于目标测试任务执行测试；这样，可以解决现有的基于人工分析的组合测试任务的方式效率低下的问题。

Description

一种组合测试任务的方法、装置、设备及可读存储介质
技术领域
本发明涉及测试技术领域，尤其涉及一种组合测试任务的方法、装置、设备及可读存储介质。
背景技术
目前，多采用网络功能虚拟化(Network Function Virtualization，NFV)测试实现网元的入网或者升级的测试过程。在实际的测试业务需求中，多个NFV测试任务之间往往存在相互依赖、相互交互的情况，在这种情况下，传统的NFV测试依赖于人工分析，例如，需要手动确定各个NFV测试任务之间的执行顺序、手动分析判断当前NFV测试的前驱测试任务或者后继测试任务。这样，基于人工分析的组合测试任务的方式效率低下。
发明内容
本发明实施例提供一种组合测试任务的方法、装置、设备及可读存储介质，以解决现有的基于人工分析的组合测试任务的方式效率低下的问题。
为解决上述技术问题，本发明是这样实现的：
第一方面，本发明实施例提供了一种组合测试任务的方法，包括：
确定至少两个测试任务的执行顺序；
基于所述执行顺序将所述至少两个测试任务存储至目标文件中；
在所述目标文件夹中定义所述至少两个测试任务的处理逻辑；
基于所述处理逻辑将所述至少两个测试任务组合为目标测试任务；
基于所述目标测试任务执行测试。
第二方面，本发明实施例提供了一种组合测试任务的装置，包括：
确定模块，用于确定至少两个测试任务的执行顺序；
存储模块，用于基于所述执行顺序将所述至少两个测试任务存储至目标文件中；
定义模块，用于在所述目标文件夹中定义所述至少两个测试任务的处理逻辑；
组合模块，用于基于所述处理逻辑将所述至少两个测试任务组合为目标测试任务；
执行模块，用于基于所述目标测试任务执行测试。
第三方面，本发明实施例提供了一种电子设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的组合测试任务的方法的步骤。
第四方面，本发明实施例提供一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的组合测试任务的方法的步骤。
本发明实施例中，基于执行顺序将至少两个测试任务存储至目标文件中，在目标文件夹中定义至少两个测试任务的处理逻辑，基于处理逻辑将至少两个测试任务组合为目标测试任务，并基于目标测试任务执行测试。这样，可以方便根据业务需要，灵活组合多个测试任务为一个目标测试任务，并在测试任务执行过程中，按照定义的处理逻辑，自动做出测试任务执行顺序选择，并且准确完成相应的逻辑判断及参数传递，从而提高测试效率。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种组合测试任务的方法的流程图；
图2是本发明实施例提供的后继测试任务的选择流程图；
图3是本发明实施例提供的前驱测试任务完成判断的流程图；
图4是本发明实施例提供的前驱后继测试任务参数转换的流程图；
图5是本发明实施例提供的一种组合测试任务的装置的模块图；
图6是本发明实施例提供的一种电子设备的模块结构示意图；
图7是本发明实施例提供的一种电子设备的硬件结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在该实施方式中，以网络功能虚拟化(Network Function Virtualization，NFV)测试任务为待组合的测试任务为例进行说明，以下简称NFV测试任务。需要说明的是，可变换的，在其他可行的实施例中，还可以使用其他类型的测试任务，此处，仅作示例，不做限定。
参见图1，图1是本发明实施例提供的一种组合测试任务的方法，如图1所示，所述方法包括以下步骤：
步骤101、确定至少两个测试任务的执行顺序；
其中，测试任务之间的执行顺序根据各测试任务之间的依赖关系确定，在实际中，各测试任务之间的依赖关系包括后继测试任务选择关系、前驱测试任务完成判断关系、前驱后继测试任务参数传递关系。此处仅作示例，不做限定。具体而言，后继测试任务选择关系是指，例如，NFV测试任务A有多个备选后继测试任务(比如NFV测试任务B和NFV测试任务C)，在实际运行过程中，需要根据NFV测试任务A的运行结果，做出逻辑判断，选择后续是执行NFV测试任务B还是执行NFV测试任务C，此时，NFV测试任务A与NFV测试任务B和NFV测试任务C之间是后继测试任务选择关系。
此外，前驱测试任务完成判断关系是指，例如，NFV测试任务C有多个前驱测试任务(比如NFV测试任务A和NFV测试任务B)，在实际运行过程中，NFV测试任务C需要判断测试任务A和测试任务B的执行结果，结果满足NFV测试任务C要求的情况下，方可执行NFV测试任务C，此时，NFV测试任务C与NFV测试任务A和NFV测试任务B之间是前驱测试任务完成判断关系。
此外，前驱后继测试任务参数传递关系是指，例如，NFV测试任务B是NFV测试任务A的后继用例，NFV测试任务B的执行需要输入参数，这些输入参数的具体值来自于其前驱测试任务A的执行结果。此时，NFV测试任务B与NFV测试任务A之间是前驱后继测试任务参数传递关系。
步骤102、基于执行顺序将至少两个测试任务存储至目标文件中；
具体而言，在该实施方式中，基于设定的规范将至少两个测试任务存储至目标文件中，其中，该设定的规范包括但不限于TOSCA规范或者JSON规范。本实施例中，以采用JSON规范将至少两个测试任务存储至目标文件中为例进行示例说明。
步骤103、在目标文件夹中定义至少两个测试任务的处理逻辑；
需要说明的是，在各测试任务之间的依赖关系包括后继测试任务选择关系、前驱测试任务完成判断关系、前驱后继测试任务参数传递关系的情况下，各测试任务之间的处理逻辑包括后继测试任务选择逻辑、前驱测试任务完成判断逻辑、或者前驱后继测试任务参数转换逻辑。
具体而言，如果某个NFV测试任务存在多个备选后继测试任务，需要根据本NFV测试任务执行结果选择后继所要执行的NFV测试任务，这种情况下需要在目标文件夹中定义后继测试任务选择逻辑。如果某个NFV测试任务存在前驱测试任务，需要判断前驱测试任务完成情况满足要求后方可执行本NFV测试任务，这种情况下需要在目标文件夹中定义相应的前驱测试任务完成判断逻辑。如果该NFV测试任务和其前驱测试任务之间存在参数传递关系，这种情况下需要在目标文件夹中定义前驱后继测试任务参数传递逻辑。
步骤104、基于处理逻辑将至少两个测试任务组合为目标测试任务；
在该实施方式中，基于上述的后继测试任务选择逻辑、前驱测试任务完成判断逻辑、或者前驱后继测试任务参数转换逻辑对测试任务进行组合。
步骤105、基于目标测试任务执行测试。
上述的组合测试任务的方法，基于执行顺序将至少两个测试任务存储至目标文件中，在目标文件夹中定义至少两个测试任务的处理逻辑，基于处理逻辑将至少两个测试任务组合为目标测试任务，并基于目标测试任务执行测试。这样，可以方便根据业务需要，灵活组合多个测试任务为一个目标测试任务，并在测试任务执行过程中，按照定义的处理逻辑，自动做出测试任务执行顺序选择，并且准确完成相应的逻辑判断及参数传递，从而提高测试效率。
可选地，基于执行顺序将至少两个测试任务存储至目标文件中，包括：
定义至少两个测试任务的任务信息，任务信息包括测试任务的任务名称、任务版本号以及任务ID；
基于任务名称、任务版本号或者任务ID生成对应于各测试任务的任务列表；
基于执行顺序和任务列表将至少两个测试任务存储至目标文件中。
在该实施方式中，为了更方便地查找到每一个测试任务，且对每一个测试任务进行保存，为每一个测试任务分配一个唯一对应的任务ID(tosca_definitions_uuid，UUID)，和任务名称(tosca_definitions_name)，并结合各测试任务的任务版本号(tosca_definitions_version)将各测试任务保存至测试任务信息数据库中。
具体而言，在该实施方式中，创建了一个任务列表tasks，该任务列表包括测试任务的测试任务名称(task_name)、测试任务版本号(task_version)以及测试任务UUID(task_uuid)，将所述至少两个测试任务的上述信息分别对应存储至任务列表中，并基于该任务列表建立目标文件。这样，可以根据UUID在测试任务信息数据库中快速的获取到具体的单个测试任务的详细信息。
可选地，基于执行顺序和任务列表将至少两个测试任务存储至目标文件中，包括：
基于执行顺序确定第一个待执行的测试任务；
为第一个待执行的测试任务分配对应的标识；
基于标识、执行顺序和任务列表将至少两个测试任务存储至目标文件中。
需要说明的是，在所有组合后的测试任务中，有且只有一个第一个需要被执行的测试任务，为了更快速地确定第一个需要被执行的测试任务，在该实施方式中，为第一个需要被执行的测试任务分配一个唯一对应的标识firstTask。
可选地，处理逻辑包括后继测试任务选择逻辑、前驱测试任务完成判断逻辑、前驱后继测试任务参数转换逻辑中的至少一项。此处，仅作示例不做限定，可变换地，在其他可行的实施例中，还可以包括其他类型的处理逻辑，但不论其作何变换，都在本实施例保护的范围之内。
可选地，在处理逻辑包括后继测试任务选择逻辑的情况下，基于处理逻辑将至少两个测试任务组合为目标测试任务，包括：
基于后继测试任务选择逻辑确定第一测试任务的后继目标测试任务，第一测试任务为至少两个测试任务中的任意一个测试任务；
基于第一测试任务、后继测试任务选择逻辑、以及后继目标测试任务确定目标测试任务。
在该实施方式中，如果第一测试任务存在后继目标测试任务，则使用subsequent_task结构字段在目标文件夹中标识后续的所有后继目标测试任务。通过subsequent_task这个属性，所有的后继目标测试任务可以一起形成有向无环图。其中，在subsequent_task结构中，使用subsequent_task_lists标识所有的后继目标测试任务，使用subsequent_task_logic用于标识具体的后继目标测试任务选择逻辑。
例如，对于类型为NFV测试任务的测试任务，对于后继NFV测试任务选择逻辑subsequent_task_logic，主要描述存在多个备选后继NFV测试任务的情况下，如何根据该NFV测试任务的执行结果，选择最终需要执行的NFV测试任务。假设对于NFV测试任务C，后继测试任务为NFV测试任务D和NFV测试任务E，需要根据NFV测试任务C运行后某个属性的值决定后继执行NFV测试任务D还是NFV测试任务E。
在该实施方式中，以切片相关的NFV测试任务的属性bandwidth举例，以其值是否在x1到x2范围之内作为判定条件，这样，后继测试任务选择逻辑可以如下。其中，x1和x2可以根据应用场景具体设定，此处，不做赘述。
如果NFV测试任务C的切片带宽>x1且NFV测试任务C的切片带宽<x2，则确定NFV测试任务C的后继目标测试任务为NFV测试任务D，否则，则确定NFV测试任务C的后继目标测试任务为NFV测试任务E。
需要说明的是，对于最后执行的NFV测试任务来说，不存在后继NFV测试任务，可不设置关于后继NFV测试任务的相关参数。
可选地，在处理逻辑包括前驱测试任务完成判断逻辑的情况下，基于处理逻辑将至少两个测试任务组合为目标测试任务，包括：
基于所述前驱测试任务完成判断逻辑获取第二测试任务的前驱目标测试任务的执行结果，所述第二测试任务为所述至少两个测试任务中的任意一个测试任务；
基于所述第二测试任务、所述前驱测试任务完成判断逻辑、以及所述执行结果确定所述目标测试任务。
在该实施方式中，对于第二测试任务，使用precursor_task_lists标识第二测试任务的所有的前驱NFV测试任务，precursor_task_logic标识具体的前驱NFV测试任务完成判断逻辑。
对于前驱测试任务完成等待逻辑precursor_task_logic，主要是描述如何判定前驱NFV测试任务是否完成的逻辑，只有前驱NFV测试任务的完成状态满足该NFV测试任务的要求后，方可继续执行该NFV测试任务。具体可以根据前驱NFV测试任务的信息，从测试任务信息数据库中获取前驱NFV测试任务的完成情况，进行综合判定。
在该实施方式中，前驱测试任务完成判断逻辑可以如下。
假设对于NFV测试任务C，前驱测试任务为NFV测试任务A和NFV测试任务B，只有NFV测试任务A和NFV测试任务B都运行且正常结束的情况下，才能执行NFV测试任务C。
需要说明的是，对于第一个执行的NFV测试任务(first_task)来说，不存在前驱NFV测试任务，可不设置关于前驱NFV测试任务的相关参数。
可选地，在处理逻辑包括前驱后继测试任务参数转换逻辑的情况下，基于处理逻辑将至少两个测试任务组合为目标测试任务，包括：
基于前驱后继测试任务参数转换逻辑确定第三测试任务和第四测试任务的参数关系，第三测试任务为至少两个测试任务中的任意一个测试任务，第四测试任务为至少两个测试任务中除第三测试任务以外的其余测试任务；
基于参数关系、第三测试任务、以及第四测试任务确定目标测试任务。
在该实施方式中，对于第三测试任务和第四测试任务，需要设置属性来标识其输入参数以及输出参数。其中，设置属性input_parameter用于标识第三测试任务的输入参数信息，设置属性output_parameter用于标识第三测试任务的输出参数信息。在input_parameter和output_parameter中定义使用的参数结构的名称(param_union_name)和版本信息(param_union_version)。对于输出参数output_parameter，在每一个NFV测试任务执行结束后，需要将相应的执行结果写入到测试任务信息数据库中。
如果对于一个NFV测试任务B，其需要输入参数，且输入参数组input_parameter的值来自于其前驱NFV测试任务A的输出参数组output_parameter，并且需要将NFV测试任务A的output_parameter做一定逻辑转换后方可作为NFV测试任务B的input_parameter。此时，可以在input_parameter中定义标识输入参数来源的前驱NFV测试任务信息的字段param_source，同时定义param_convert_logic用于标识具体的前驱后继参数转换逻辑。对于前驱后继参数转换逻辑param_convert_logic，假设NFV测试任务B的输入参数组和其前驱NFV测试任务A的输出参数组采用相同的参数组，且存在一定的转换关系，则基于前驱后继测试任务参数转换逻辑确定NFV测试任务B和NFV测试任务A的参数关系如下。
NFV测试任务A的上行带宽为X，NFV测试任务B的上行带宽为X+x1，NFV测试任务A的下行带宽为Y，NFV测试任务B的下行带宽为Y+x2。也即，NFV测试任务B的输入参数组是基于其前驱NFV测试任务A的输出参数组确定的。
这样，实现了在目标文件夹中定义至少两个测试任务的处理逻辑。这样，可以便于后续自动组合多个测试任务，提升了组合测试任务的效率。
其中，首先需要设计执行上述处理逻辑的执行引擎，在该实施方式中，不限定上述各处理逻辑的具体的实现方式，例如可以使用JAVA\JAVASCRIPT\SHELL等，所以在对应的逻辑属性中，可以按照多种方式进行实现，此时可以在测试逻辑属性后面，定义一个执行引擎属性(execution_engine)，用于标识执行这段测试逻辑时需要使用的执行引擎。对于不同的执行逻辑，可以选择不同的执行引擎，对于每一个执行引擎，可以在规范文件中设置具体的执行引擎参数，此处根据不同的执行引擎，需配置不同的引擎参数。此处，不做赘述。
进一步地，在组合测试任务之后，基于目标测试任务执行测试时，首先需要按照在规范文件中配置的执行引擎相关参数，加载对应的执行引擎。在目标文件夹中，找到first_task对应的属性，获取第一个需要执行的NFV测试任务的名称和版本号，并根据这些信息获取第一个NFV测试任务对应的UUID信息。根据第一个NFV测试任务的名称、UUID等信息，从测试任务信息数据库中获取具体的单个NFV测试任务的具体信息，并根据具体信息执行相应的NFV测试任务。
例如，如图2所示，对于后继测试任务的选择流程步骤如下。
根据subsequent_task_lists标识的该NFV测试任务的所有后继NFV测试任务信息，判断该NFV测试任务是否存在多个备选的后继NFV测试任务。如果该NFV测试任务存在多个备选后继NFV测试任务，则获取subsequent_task_logic属性标识的后继测试任务选择逻辑。调用执行引擎，执行subsequent_task_logic标识的逻辑，得到逻辑执行结果，根据执行结果获取需要执行的后继NFV测试任务信息。根据上一步获取的后继NFV测试任务信息，执行后继NFV测试任务。
再例如，如图3所示，对于前驱测试任务完成判断的流程步骤如下。
根据precursor_task标识的该NFV测试任务的前驱NFV测试任务信息，判断该NFV测试任务是否存在前驱NFV测试任务。如果该NFV测试任务存在前驱NFV测试任务，则获取precursor_task_lists标识的所有前驱NFV测试任务信息。从测试任务信息数据库中，根据所有前驱NFV测试任务的UUID等信息，获取所有前驱NFV测试任务的执行结果。获取precursor_task_logic属性标识的该NFV测试任务的前驱测试任务完成判断逻辑。调用执行引擎，执行precursor_task_logic标识的逻辑，得到逻辑执行结果，根据执行结果判断是否满足该NFV测试任务执行条件。如果满足条件，则执行该NFV测试任务。
再例如，如图4所示，对于前驱后继测试任务参数转换的流程步骤如下。
根据是否存在输入参数属性input_parameter以及输入参数来源param_union_source信息，判断该NFV测试任务是否存在输入参数且输入参数来源于前驱NFV测试任务。如果该NFV测试任务存在输入参数且输入参数来源于前驱NFV测试任务，则获取前驱NFV测试任务的信息，并从测试任务信息数据库中，根据前驱NFV测试任务的UUID等信息获取前驱NFV测试任务的执行结果。获取param_convert_logic属性标识的该NFV测试任务对应的前驱后继测试任务参数转换逻辑。调用执行引擎，执行param_convert_logic标识的逻辑，得到转换后的该NFV测试任务的输入参数。使用以上步骤获取的输入参数，执行该NFV测试任务。
最后，当执行某个NFV测试任务之后，获取标识后继NFV测试任务的subsequent_task信息，如果该信息为空，则表明该NFV测试任务是整个组合中最后一个NFV测试任务。将该NFV测试任务的执行结果保存到测试结果输出参数output_parameter中，并将该结果保存到测试任务信息数据库中，作为该NFV组合测试任务的最终输出结果。在测试任务信息数据库中，将该NFV组合测试任务的执行结果标注为完成状态，整个NFV组合测试任务执行完成。
这样，通过在目标文件夹中增加逻辑处理及执行引擎的方法，可以灵活的在各个NFV测试任务组合流程中添加各种具体的处理逻辑。可以自动将多个测试任务的组合为目标测试任务，并自动解析目标测试任务，并基于组合后的目标测试任务执行测试。
参见图5。图5是本实施例提供的一种组合测试任务的装置500，包括：
确定模块501，用于确定至少两个测试任务的执行顺序；
存储模块502，用于基于所述执行顺序将所述至少两个测试任务存储至目标文件中；
定义模块503，用于在所述目标文件夹中定义所述至少两个测试任务的处理逻辑；
组合模块504，用于基于所述处理逻辑将所述至少两个测试任务组合为目标测试任务；
执行模块505，用于基于所述目标测试任务执行测试。
可选地，所述存储模块502具体用于：
定义所述至少两个测试任务的任务信息，所述任务信息包括测试任务的任务名称、任务版本号以及任务ID；
基于所述任务名称、所述任务版本号或者所述任务ID生成对应于各测试任务的任务列表；
基于所述执行顺序和所述任务列表将所述至少两个测试任务存储至目标文件中。
可选地，所述存储模块502还用于：
基于所述执行顺序确定第一个待执行的测试任务；
为所述第一个待执行的测试任务分配对应的标识；
基于所述标识、所述执行顺序和所述任务列表将所述至少两个测试任务存储至目标文件中。
可选地，所述处理逻辑包括后继测试任务选择逻辑、前驱测试任务完成判断逻辑、前驱后继测试任务参数转换逻辑中的至少一项。
可选地，在所述处理逻辑包括所述后继测试任务选择逻辑的情况下，所述组合模块504具体用于：
基于所述后继测试任务选择逻辑确定第一测试任务的后继目标测试任务，所述第一测试任务为所述至少两个测试任务中的任意一个测试任务；
基于所述第一测试任务、所述后继测试任务选择逻辑、以及所述后继目标测试任务确定所述目标测试任务。
可选地，在所述处理逻辑包括所述前驱测试任务完成判断逻辑的情况下，所述组合模块504具体用于具体用于：
基于所述前驱测试任务完成判断逻辑获取第二测试任务的前驱目标测试任务的执行结果，所述第二测试任务为所述至少两个测试任务中的任意一个测试任务；
基于所述第二测试任务、所述前驱测试任务完成判断逻辑、以及所述执行结果确定所述目标测试任务。
可选地，在所述处理逻辑包括前驱后继测试任务参数转换逻辑的情况下，所述组合模块504具体用于：
基于所述前驱后继测试任务参数转换逻辑确定第三测试任务和第四测试任务的参数关系，所述第三测试任务为所述至少两个测试任务中的任意一个测试任务，所述第四测试任务为所述至少两个测试任务中除所述第三测试任务以外的其余测试任务；
基于所述参数关系、所述第三测试任务、以及所述第四测试任务确定所述目标测试任务。
本申请实施例中的组合测试任务的装置500可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例中的组合测试任务的装置500可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
本申请实施例提供的组合测试任务的装置能够实现图1至图4的方法实施例实现的各个过程，为避免重复，这里不再赘述。
可选的，如图6所示，本申请实施例还提供一种电子设备600，包括处理器601，存储器602，存储在存储器602上并可在所述处理器601上运行的程序或指令，该程序或指令被处理器601执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。
图7为实现本申请实施例的一种电子设备的硬件结构示意图。
该电子设备700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、以及处理器710等部件。
本领域技术人员可以理解，电子设备700还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器710逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图7中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
其中，处理器710用于：
确定至少两个测试任务的执行顺序；
基于所述执行顺序将所述至少两个测试任务存储至目标文件中；
在所述目标文件夹中定义所述至少两个测试任务的处理逻辑；
基于所述处理逻辑将所述至少两个测试任务组合为目标测试任务；
基于所述目标测试任务执行测试。
可选地，所述处理器710具体用于：
定义所述至少两个测试任务的任务信息，所述任务信息包括测试任务的任务名称、任务版本号以及任务ID；
基于所述任务名称、所述任务版本号或者所述任务ID生成对应于各测试任务的任务列表；
基于所述执行顺序和所述任务列表将所述至少两个测试任务存储至目标文件中。
可选地，所述处理器710具体用于：
基于所述执行顺序确定第一个待执行的测试任务；
为所述第一个待执行的测试任务分配对应的标识；
基于所述标识、所述执行顺序和所述任务列表将所述至少两个测试任务存储至目标文件中。
可选地，所述处理逻辑包括后继测试任务选择逻辑、前驱测试任务完成判断逻辑、前驱后继测试任务参数转换逻辑中的至少一项。
可选地，所述处理器710具体用于：
基于所述后继测试任务选择逻辑确定第一测试任务的后继目标测试任务，所述第一测试任务为所述至少两个测试任务中的任意一个测试任务；
基于所述第一测试任务、所述后继测试任务选择逻辑、以及所述后继目标测试任务确定所述目标测试任务。
可选地，所述处理器710具体用于：
基于所述前驱测试任务完成判断逻辑获取第二测试任务的前驱目标测试任务的执行结果，所述第二测试任务为所述至少两个测试任务中的任意一个测试任务；
基于所述第二测试任务、所述前驱测试任务完成判断逻辑、以及所述执行结果确定所述目标测试任务。
可选地，所述处理器710具体用于：
基于所述前驱后继测试任务参数转换逻辑确定第三测试任务和第四测试任务的参数关系，所述第三测试任务为所述至少两个测试任务中的任意一个测试任务，所述第四测试任务为所述至少两个测试任务中除所述第三测试任务以外的其余测试任务；
基于所述参数关系、所述第三测试任务、以及所述第四测试任务确定所述目标测试任务。
应理解的是，本申请实施例中，输入单元704可以包括图形处理器(GraphicsProcessing Unit，GPU)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元706可包括显示面板7061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板7061。用户输入单元707包括触控面板7071以及其他输入设备7072。触控面板7071，也称为触摸屏。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器709可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器710可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器710中。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述图1至图4的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (10)

1.一种组合测试任务的方法，其特征在于，包括：
确定至少两个测试任务的执行顺序；
基于所述执行顺序将所述至少两个测试任务存储至目标文件中；
在所述目标文件夹中定义所述至少两个测试任务的处理逻辑；
基于所述处理逻辑将所述至少两个测试任务组合为目标测试任务；
基于所述目标测试任务执行测试。
2.根据权利要求1所述的组合测试任务的方法，其特征在于，所述基于所述执行顺序将所述至少两个测试任务存储至目标文件中，包括：
定义所述至少两个测试任务的任务信息，所述任务信息包括测试任务的任务名称、任务版本号以及任务ID；
基于所述任务名称、所述任务版本号或者所述任务ID生成对应于各测试任务的任务列表；
基于所述执行顺序和所述任务列表将所述至少两个测试任务存储至目标文件中。
3.根据权利要求2所述的组合测试任务的方法，其特征在于，所述基于所述执行顺序和所述任务列表将所述至少两个测试任务存储至目标文件中，包括：
基于所述执行顺序确定第一个待执行的测试任务；
为所述第一个待执行的测试任务分配对应的标识；
基于所述标识、所述执行顺序和所述任务列表将所述至少两个测试任务存储至目标文件中。
4.根据权利要求1所述的组合测试任务的方法，其特征在于，所述处理逻辑包括后继测试任务选择逻辑、前驱测试任务完成判断逻辑、前驱后继测试任务参数转换逻辑中的至少一项。
5.根据权利要求4所述的组合测试任务的方法，其特征在于，在所述处理逻辑包括所述后继测试任务选择逻辑的情况下，所述基于所述处理逻辑将所述至少两个测试任务组合为目标测试任务，包括：
基于所述后继测试任务选择逻辑确定第一测试任务的后继目标测试任务，所述第一测试任务为所述至少两个测试任务中的任意一个测试任务；
基于所述第一测试任务、所述后继测试任务选择逻辑、以及所述后继目标测试任务确定所述目标测试任务。
6.根据权利要求4所述的组合测试任务的方法，其特征在于，在所述处理逻辑包括所述前驱测试任务完成判断逻辑的情况下，所述基于所述处理逻辑将所述至少两个测试任务组合为目标测试任务，包括：
基于所述前驱测试任务完成判断逻辑获取第二测试任务的前驱目标测试任务的执行结果，所述第二测试任务为所述至少两个测试任务中的任意一个测试任务；
基于所述第二测试任务、所述前驱测试任务完成判断逻辑、以及所述执行结果确定所述目标测试任务。
7.根据权利要求4所述的组合测试任务的方法，其特征在于，在所述处理逻辑包括前驱后继测试任务参数转换逻辑的情况下，所述基于所述处理逻辑将所述至少两个测试任务组合为目标测试任务，包括：
基于所述前驱后继测试任务参数转换逻辑确定第三测试任务和第四测试任务的参数关系，所述第三测试任务为所述至少两个测试任务中的任意一个测试任务，所述第四测试任务为所述至少两个测试任务中除所述第三测试任务以外的其余测试任务；
基于所述参数关系、所述第三测试任务、以及所述第四测试任务确定所述目标测试任务。
8.一种组合测试任务的装置，其特征在于，包括：
确定模块，用于确定至少两个测试任务的执行顺序；
存储模块，用于基于所述执行顺序将所述至少两个测试任务存储至目标文件中；
定义模块，用于在所述目标文件夹中定义所述至少两个测试任务的处理逻辑；
组合模块，用于基于所述处理逻辑将所述至少两个测试任务组合为目标测试任务；
执行模块，用于基于所述目标测试任务执行测试。
9.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-7中任一所述的组合测试任务的方法的步骤。
10.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如如权利要求1-7中任一所述的组合测试任务的方法的步骤。
CN202011187202.3A 2020-10-30 2020-10-30 一种组合测试任务的方法、装置、设备及可读存储介质 Pending CN114531376A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011187202.3A CN114531376A (zh) 2020-10-30 2020-10-30 一种组合测试任务的方法、装置、设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011187202.3A CN114531376A (zh) 2020-10-30 2020-10-30 一种组合测试任务的方法、装置、设备及可读存储介质

Publications (1)

Publication Number Publication Date
CN114531376A true CN114531376A (zh) 2022-05-24

Family

ID=81618624

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011187202.3A Pending CN114531376A (zh) 2020-10-30 2020-10-30 一种组合测试任务的方法、装置、设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN114531376A (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070209010A1 (en) * 2006-03-01 2007-09-06 Sas Institute Inc. Computer implemented systems and methods for testing the usability of a software application
CN102111801A (zh) * 2010-12-23 2011-06-29 北京宜富泰网络测试实验室有限公司 第三代移动通信网网络管理接口的测试方法及系统
CN105512033A (zh) * 2015-12-02 2016-04-20 厦门美图移动科技有限公司 一种移动终端的自动化测试方法、装置及移动终端
CN111338964A (zh) * 2020-02-29 2020-06-26 苏州浪潮智能科技有限公司 一种有序批量测试方法、系统、终端及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070209010A1 (en) * 2006-03-01 2007-09-06 Sas Institute Inc. Computer implemented systems and methods for testing the usability of a software application
CN102111801A (zh) * 2010-12-23 2011-06-29 北京宜富泰网络测试实验室有限公司 第三代移动通信网网络管理接口的测试方法及系统
CN105512033A (zh) * 2015-12-02 2016-04-20 厦门美图移动科技有限公司 一种移动终端的自动化测试方法、装置及移动终端
CN111338964A (zh) * 2020-02-29 2020-06-26 苏州浪潮智能科技有限公司 一种有序批量测试方法、系统、终端及存储介质

Similar Documents

Publication Publication Date Title
CN108984388B (zh) 一种生成自动化测试用例的方法及终端设备
US9280451B2 (en) Testing device
CN111897740B (zh) 用户界面的测试方法、装置、电子设备及计算机可读介质
CN111752843B (zh) 用于确定影响面的方法、装置、电子设备及可读存储介质
CN107807841B (zh) 服务器模拟方法、装置、设备及可读存储介质
CN111078556B (zh) 应用测试方法及装置
CN112099684A (zh) 一种搜索展示方法、装置及电子设备
CN112486444B (zh) 投屏方法、装置、设备和可读存储介质
CN113794795B (zh) 信息共享方法、装置、电子设备及可读存储介质
CN112399006B (zh) 文件发送方法、装置及电子设备
CN113194200B (zh) 消息显示方法、装置及电子设备
CN111817944A (zh) 图片分享的方法、装置及电子设备
CN114816389B (zh) 一种基于元模型的管理系统搭建方法、装置、设备及介质
CN114531376A (zh) 一种组合测试任务的方法、装置、设备及可读存储介质
CN115600213A (zh) 基于应用程序的漏洞管理方法、装置、介质及设备
CN113868090A (zh) 应用程序监控方法及装置
CN112817782B (zh) 一种数据采集上报方法、装置、电子设备和存储介质
CN113805997A (zh) 信息显示方法、装置、电子设备和存储介质
CN113392010A (zh) 公共组件测试方法、装置、电子设备及存储介质
CN113807831A (zh) 支付方法和装置
RU2595763C2 (ru) Способ и устройство менеджмента загрузки на базе браузера android
CN112417259A (zh) 媒体资源的处理方法、装置、设备及存储介质
US9846607B2 (en) Method and system for associating crash reports with end user analytics
CN113760267A (zh) 基于交互规则引擎的条件规则复用方法
CN114021041A (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