CN111259619A - 配置对象的控制方法、装置、存储介质及验证平台 - Google Patents

Abstract

本申请实施例公开了一种配置对象的控制方法、装置、存储介质及验证平台，属于测试技术领域。该方法用于验证平台中，验证平台包括验证组件和测试序列，验证组件用于根据测试序列测试被测对象，包括：获取测试用例，测试用例用于控制验证组件或测试序列；对测试用例进行解析，得到验证组件或测试序列中第一配置对象的控制信息，控制信息包括第一配置对象在树形网络中对应的第一节点的全路径名，树形网络中的根节点对应于验证平台对应的配置对象，其余节点对应于验证组件对应的配置对象或测试序列对应的配置对象；利用第一配置对象根据全路径名获取控制信息；控制第一配置对象执行控制信息所指示的操作。本申请实施例可以达到简化代码的效果。

Description

配置对象的控制方法、装置、存储介质及验证平台

技术领域

本申请实施例涉及测试技术领域，特别涉及一种配置对象的控制方法、装置、存储介质及验证平台。

背景技术

验证芯片的流程大致可以包括搭建验证平台、编写测试序列和编写测试用例这三个部分。其中，搭建验证平台包括开发验证组件、集成验证组件和被测芯片等；编写测试序列包括针对芯片的应用场景开发出激励序列或操控流程；编写测试用例包括根据控制信息对可配置的验证组件和测试序列进行控制，以得到测试用例专有的信号级驱动序列，从而对被测芯片进行驱动和测试。

随着芯片规模的不断扩大，验证平台的应用场景变得越来越复杂，这就使得验证组件和测试序列的数目和层次变得越来越多，相互间的协作和动态调整变得越来越普遍。为了满足上述需求，要求控制信息要明确体现其作用域和上下文。

目前，验证平台的开发中引入了面向对象的设计方式及各种验证方法学，且各种验证方法学推荐将验证组件和测试序列的配置变量集中到一个配置对象里，但并未针对配置对象的操控特性设计专用的数据结构和管理维护方式，所以，验证平台中各配置对象事实上是一种孤立扁平的结构。在这种结构下，若需要控制信息体现其作用域和上下文，就需要在配置对象中设置上下文标识，而这样会产生大量冗余的代码。

发明内容

本申请实施例提供了一种配置对象的控制方法、装置、存储介质及验证平台，用于解决对配置对象设置上下文标识，产生大量冗余的代码的问题。所述技术方案如下：

一方面，提供了一种配置对象的控制方法，用于验证平台中，所述验证平台包括验证组件和测试序列，所述验证组件用于根据所述测试序列测试被测对象，所述方法包括：

获取测试用例，所述测试用例用于控制所述验证组件或所述测试序列；

对所述测试用例进行解析，得到所述验证组件或所述测试序列中第一配置对象的控制信息，所述控制信息包括所述第一配置对象在树形网络中对应的第一节点的全路径名，所述树形网络中的根节点对应于所述验证平台对应的配置对象，其余节点对应于所述验证组件对应的配置对象或所述测试序列对应的配置对象；

利用所述第一配置对象根据所述全路径名获取所述控制信息；

控制所述第一配置对象执行所述控制信息所指示的操作。

一方面，提供了一种配置对象的控制装置，用于验证平台中，所述验证平台包括验证组件和测试序列，所述验证组件用于根据所述测试序列测试被测对象，所述装置包括：

获取模块，用于获取测试用例，所述测试用例用于控制所述验证组件或所述测试序列；

解析模块，用于对所述测试用例进行解析，得到所述验证组件或所述测试序列中第一配置对象的控制信息，所述控制信息包括所述第一配置对象在树形网络中对应的第一节点的全路径名，所述树形网络中的根节点对应于所述验证平台对应的配置对象，其余节点对应于所述验证组件对应的配置对象或所述测试序列对应的配置对象；

所述获取模块，还用于利用所述第一配置对象根据所述全路径名获取所述控制信息；

控制模块，用于控制所述第一配置对象执行所述控制信息所指示的操作。

一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上所述的配置对象的控制方法。

一方面，提供了一种验证平台，所述验证平台包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如上所述的配置对象的控制方法。

本申请实施例提供的技术方案的有益效果至少包括：

通过对获取到的测试用例进行解析，可以得到验证组件或测试序列中第一配置对象的控制信息，由于该控制信息包括该第一配置对象在树形网络中对应的第一节点的全路径名，所以，第一配置对象可以根据该全路径名获取到该控制信息，再执行该控制信息所指示的操作，这样，可以避免在配置对象中设置上下文标识，也就可以减少配置上下文标识所产生的冗余的代码，从而达到简化代码的效果。

附图说明

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

图1是本申请一个实施例提供的配置对象的控制方法的方法流程图；

图2是本申请一个实施例提供的一种树形网络的结构示意图；

图3是本申请一个实施例提供的一种验证平台的结构示意图；

图4是本申请一个实施例提供的配置对象的控制方法的方法流程图；

图5是本申请一个实施例提供的一种验证平台开发基础库的结构示意图；

图6是本申请一个实施例提供的批量控制操作的流程示意图；

图7是本申请一个实施例提供的单一控制操作的流程示意图；

图8是本申请一个实施例提供的配置对象的控制装置的结构框图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

目前有多种验证方法学被应用于芯片的验证，且不同的验证方法学对应不同的标准基础开发库和验证平台架构。其中，UVM（Universal Verification Methodology，通用验证方法学）是目前使用最广泛的验证方法学。本实施例以基于UVM的验证平台为例进行说明。

验证平台的搭建包括低级别信号驱动器（driver）、信号监测器（monitor）、高级别事务比较器（checker）等验证组件（VIP）的开发；验证组件之间的集成；以及验证组件和被测器件（DUT）之间的集成。在验证平台测试被测对象时，可以通过低级别信号驱动器驱动被测对象执行测试序列，再通过信号检测器获取被测对象的执行结果，最后通过高级别实务比较器比较该执行结果和期望结果，从而得到被测对象的测试结果。其中，验证组件和测试序列是可控制的，下面对配置对象的控制流程进行介绍。

请参考图1，其示出了本申请一个实施例提供的配置对象的控制方法的方法流程图，该配置对象的控制方法可以应用于验证平台中，该验证平台包括验证组件和测试序列，验证组件用于根据测试序列测试被测对象。该配置对象的控制方法，可以包括：

步骤101，获取测试用例，该测试用例用于控制验证组件或测试序列。

本实施例中，验证平台需要获取测试用例，再根据测试用例控制验证组件或测试序列，以得到测试用例专有的信号级驱动序列，再利用该信号级驱动序列来驱动和测试被测对象。

其中，测试用例可以是预先编写好并导入验证平台中的，也可以是在验证平台中编写的，本实施例不限定测试用例的获取方式。

步骤102，对测试用例进行解析，得到验证组件或测试序列中第一配置对象的控制信息，控制信息包括第一配置对象在树形网络中对应的第一节点的全路径名，树形网络中的根节点对应于验证平台对应的配置对象，其余节点对应于验证组件对应的配置对象或测试序列对应的配置对象。

其中，可以将一个测试序列中可配置的配置变量集中到一个配置对象中，所以，一个测试序列可以对应于一个配置对象；还可以将一个验证组件中可配置的配置变量集中到一个配置对象中，所以，一个验证组件对应于一个配置对象。之后，可以将所有的配置对象以树状网络形式组织成一个树形网络，确保任意验证组件和任意测试序列都与树形网络相连。

由于验证平台本身是一个验证组件，其余验证组件和测试序列都在验证平台下被创建，所以，可以以验证平台对应的配置对象为根节点，在验证平台下直接被创建的验证组件和测试序列对应的配置对象作为与根节点直接相连的二级节点，依此类推可得到其余各级节点。即，树形网络中的根节点对应于验证平台对应的配置对象，其余节点对应于验证组件对应的配置对象或测试序列对应的配置对象。

假设验证平台对应的配置对象为top_cfg，与验证平台下创建的验证组件env对应的配置对象为env_cfg，与验证平台下创建的测试序列seq1对应的配置对象为seq1_cfg，则请参考图2所示的一种树形网络，图2中与验证平台对应的top_cfg为根节点，与env对应的env_cfg和与seq1对应的seq1_cfg为与top_cfg直接相连的二级节点。同理，vip1/2/3在env下被直接创建，相应的vip1/2/3_cfg为与env_cfg直接相连的三级节点；Seq2/3在seq1下被直接创建，相应的seq2/3_cfg为与seq1_cfg直接相连的三级节点。本实施例并不对各节点的分支数目或级数有任何限制。

在创建树形网络时，可以根据深度优先算法从根节点开始创建，通过上级节点的配置值动态决定下级节点的数目和种类。需要说明的是，与验证组件对应的分支需要在下级验证组件被创建前完成整个分支的全部创建，并且创建完成后分支结构不会再改变。而与测试序列对应的分支不必一次性创建完毕，可根据需要在仿真进行的不同阶段动态的添加或删减节点。

请参考图3，验证组件为env，则可以依次创建TB、top_cfg、env_cfg、vip1_cfg、vip2_cfg和vip2_cfg，在验证组件创建完成后再依次创建env、vip1、vip2和vip2。测试序列为seq1，则可以在创建seq1_cfg和seq1后动态添加或删减节点。

由于验证组件和测试序列具有同一根节点，所以，本实施例中的树形网络具备完全遍历能力。即，以树形网络中的任意一个节点为起点，都可以遍历或查询到树形网络中的其余全部节点。由于每个验证组件和测试序列都对应于树形网络中的一个节点，完全遍历能力意味着通过这个树形网络，任意验证组件或测试序列都可以与其余的任意验证组件/测试序列建立联系（信息通道），进而获取或更新第一节点的控制信息。

树形网络中每个节点都有自己的实例名，在此基础上，可以获取从根节点到第一节点的路径上所有节点的实例名，再用指定分隔符依次连接得到的实例名，将得到的字符串称为该第一节点的全路径名。例如，图2中 seq2_cfg的全路径名为 “top_cfg.seq1_cfg.seq2_cfg”。与实例名相比，全路径名可以更清晰的标识出配置对象的上下文和作用域。

需要说明的是，本实施例中的控制信息包括第一配置对象在树形网络中对应的第一节点的全路径名。

步骤103，利用第一配置对象根据全路径名获取控制信息。

本实施例中涉及两种应用场景，第一种应用场景是在初始化时实现对各个配置对象的控制（也即对各个节点进行初始化配置）；第二种应用场景是在运行时实现对各个配置对象的控制（也即在节点间读数据或写数据等），下面分别对这两种应用场景中控制信息的获取方式进行说明。

在第一种应用场景中，请参考图2所示的验证平台，当验证平台获取到Tests_cfg_file中的测试用例后，解析脚本Cfg file interpreting script对测试用例进行解析，并将各种解析得到的信息转换成标准的uvm_cmd_lines送给仿真工具。验证平台中的内核启动uvm_processor_line对uvm_cmd_line解析，并将解析结果存储在一个全局数据池uvm_resource_pool中。简单来说，全局数据池为一个两级哈希（hash）表，需要用两个键（key）才能检索出配置变量的配置值。比如，第一个key为scope，用来标识配置变量的上下文，第二个key为field_name，即配置变量的变量名（字符串名称）。配置对象会从uvm_reousrce_pool中获取配置变量的配置值，并据此控制验证组件和测试序列的行为。

在第二种应用场景中，为了便于说明，本实施例中将被控制的配置对象称为第一配置对象，将控制第一配置对象的配置对象称为第二配置对象，下文中不再说明。第二配置对象在得到解析结果（即控制信息）后，可以将该解析结果存储在如上所述的全局数据池中，由第一配置对象从该全局数据池中获取该控制信息；或者，第二配置对象也可以直接将该控制信息发送给第一配置对象。

步骤104，控制所述第一配置对象执行所述控制信息所指示的操作。

在第一配置对象获取到控制信息后，若该控制信息用于指示第一配置对象中一个或多个配置变量的配置值，则对该一个或多个配置变量进行赋值操作；若该控制信息用于指示查询第一配置对象中一个或多个配置变量的配置值，则读取一个或多个配置变量的配置值。当然，控制信息还可以指示其他操作，本实施例不作限定。

综上所述，本申请实施例提供的配置对象的控制方法，通过对获取到的测试用例进行解析，可以得到验证组件或测试序列中待配置的第一配置对象的控制信息，由于该控制信息包括该第一配置对象在树形网络中对应的第一节点的全路径名，所以，第一配置对象可以根据该全路径名获取到该控制信息，再执行该控制信息所指示的操作，这样，可以避免在配置对象中设置上下文标识，也就可以减少配置上下文标识所产生的冗余的代码，从而达到简化代码的效果。

请参考图4，其示出了本申请另一实施例提供的配置对象的控制方法的方法流程图，该配置对象的控制方法可以应用于验证平台中，该验证平台包括验证组件和测试序列，验证组件用于根据测试序列测试被测对象。该配置对象的控制方法，可以包括：

步骤401，获取测试用例，该测试用例用于控制验证组件或测试序列。

步骤402，对测试用例进行解析，得到验证组件或测试序列中第一配置对象的控制信息，控制信息包括第一配置对象在树形网络中对应的第一节点的全路径名，树形网络中的根节点对应于验证平台对应的配置对象，其余节点对应于验证组件对应的配置对象或测试序列对应的配置对象。

其中，步骤401-402的实现流程详见步骤101-102中的描述，此处不作赘述。

本实施例中涉及两种应用场景，第一种应用场景是在初始化时实现对各个配置对象的控制（也即对各个节点进行初始化配置）；第二种应用场景是在运行时实现对各个配置对象的控制（也即在节点间查询或写入数据等），下面分别对这两种应用场景中控制信息的获取方式进行说明。

在第一种应用场景中，可以将测试用例的解析结果存储在全局数据池中，第一配置对象从该全局数据池中获取该控制信息，此时执行步骤403；在第二种应用场景中，第二配置对象可以将测试用例的解析结果给第一配置对象，此时执行步骤404。

步骤403，当控制信息存储在全局数据池中时，通过第一配置对象依次调用预先创建的每个通用接口，对于每个通用接口，通过第一配置对象将该第一配置对象的全路径名发送给该通用接口；通过该通用接口在全局数据池中查找包含该全路径名的控制信息。

相关技术中，为了建立各验证组件和测试序列间的数据查询及操控，如果不想将复杂的结构和同步机制引入验证环境造成维护扩展困难的问题，就会使验证组件和测试序列间产生强烈的类型依赖关系，从而降低了验证组件和测试序列的模块性和可复用性。

为了解决上述技术问题，需要为节点设计出不依赖于节点类型的通用接口。即，通用接口中不直接引用第一配置对象的句柄（或指针），以解耦类型依赖，这样，不会将复杂的结构和同步机制引入验证平台，也不会使验证组件和测试序列之间产生强烈的依赖关系，避免了不同类型节点间具有强烈的类型依赖关系时，降低了验证组件和测试序列的模块独立性和可复用性。这里所说的通用接口是指该通用接口的声明和实现不依赖节点的类型，任意类型的节点都可以调用该通用接口。

在介绍通用接口的设计之前，先对节点的结构进行说明。本实施例中，可以在节点内建立属性注册表及索引函数，该属性注册表包括节点对应的配置对象中各个配置变量的属性信息，该索引函数可以通过字符串对属性注册中的属性进行引用，然后再对其进行读写。其中，属性不限于狭义的配置变量的数值，也可以是某个随机变量的随机模式（rand_mode）、某个约束的约束模式（constraint_mode）、某个函数的调用指针等，本实施例不作限定。

其中，属性注册表需要满足如下要求：1）属性注册表中的元素（即配置变量）可通过字符串（配置变量的字符名称）检索得到；2）属性注册表中的每个元素与注册过的配置变量一一对应；3）可通过属性注册表中的元素直接或间接地获取对应的配置变量；4）属性注册表中的元素存储了配置变量的类型信息，该类型信息用来标识配置变量支持的操作种类；5）属性注册表支持对表中元素进行遍历操作。

这样，在节点外，可以先通过节点的全路径名引用节点，再调用节点中的索引函数来引用属性注册表中的各个配置变量，然后再对引用的各个配置变量进行读写。在这种调用方式中，通用接口只需要配置变量的字符串、整型数等基本数据类型的信息，而不再需要节点类型。

在创建通用接口时，验证平台没有为配置对象设计专门的数据结构，所以，所有配置对象类均由uvm_object衍生。请参考图5，本实施例中，验证平台需要从uvm_object中衍生出一个基类sd_cfg_base，将该基类作为验证平台开发基础库的一部分，之后，验证平台中的所有配置对象类user_cfg都由该基类衍生。即，以该基类为节点可以创建上述的树形网络，并且，针对配置对象的使用场景，该基类还预置了若干通用接口。

具体的，基类需要执行如下步骤：1）创建指定或获取父节点的函数及所需配置变量；2）创建遍历所有子节点所需的函数及配置变量；3）创建获取全路径实例名的函数及所需配置变量；4）创建通过全路径实例名查找配置树上指定节点的函数。这样，每个通用接口可以调用上述至少一个函数来实现一项配置操作。

本实施例中，通用接口可以对单一配置变量进行控制，此时，该操作可以包括但不限于：查询某属性是否存在、查询某属性的类型相关信息、对字符串或整型数读写、设定随机变量的随机模式、设定约束的约束模式。或者，通用接口也可以对配置变量进行批量控制，此时，该操作可以包括但不限于：根据数据池/文件批量更新字符串或整型数的值、将字符串或整型数的值批量写进数据池或文件、批量设定随机变量的随机模式、批量设定约束的约束模式。

根据上述操作可以确定属性注册表中需要存储的信息，再根据该信息来定义属性注册宏，以方便衍生类创建属性注册表。

需要说明的是，当在节点中增加配置变量时，将配置变量的属性信息添加到节点对应的属性注册表中。即，在衍生类中添加新的配置变量时，只需添加一行注册代码，属性注册宏即可将该配置变量加进属性注册表，后续，可以使用基类中所有通用接口对该配置变量进行配置。这样，可以避免将每一个配置变量写入各批量更新函数，且一个配置变量对应于多个批量更新函数时，产生大量冗余的代码的问题，也可以避免各配置对象上调用批量更新函数时而产生大量冗杂的代码的问题，从而可以达到简化代码的效果，从而提高验证平台的可读性、可维护性和可扩展性，还可以提高验证工程师的工作效率和质量。

本实施例中，当将控制信息存储在全局数据池中时，第一配置对象可以从多个通用接口中选择一个未被调用的通用接口，第一配置对象在调用该通用接口时将自身的全路径名发送给该通用接口，该通用接口在全局数据池中查找包含该全路径名的控制信息；若查找到包含该全路径名的控制信息，则执行步骤405，之后，第一配置对象再从多个通用接口中选择一个未被调用的通用接口，依此类推，直至调用完所有的通用接口后停止；若未查找到包含该全路径名的控制信息，则第一配置对象再从多个通用接口中选择一个未被调用的通用接口，依此类推，直至调用完所有的通用接口后停止。

步骤404，当控制信息未存储在全局数据池中时，通过第二配置对象从预先创建的各个通用接口中选择操作对应的通用接口；通过第二配置对象将全路径名发送给选择的通用接口；通过该通用接口根据该全路径名在树形网络中查找第一配置对象，将该控制信息发送给该第一配置对象；通过第一配置对象接收该控制信息。

由于操作是由第二配置对象发起的，所以，第二配置对象知道需要控制第一配置对象执行何种操作，可以根据该操作从多个通用接口中选择一个对应的通用接口。比如，当操作是查询某属性是否存在时，可以从各个通用接口中查找用于实现该操作的通用接口。

当选择好一个通用接口后，第二配置对象可以在调用该通用接口时，将第一配置对象的全路径名发送给该通用接口，该通用接口可以根据该全路径名在树形网络中查找到第一配置对象，再将该控制信息发送给该第一配置对象。

在一种实现方式中，通过通用接口根据全路径名在树形网络中查找第一配置对象，可以包括：通过通用接口根据全路径名在树形网络中节点的属性注册表中查找第一节点的句柄；通过通用接口根据该句柄获取第一节点的属性注册表，该属性注册表用于定位第一配置对象中的各个配置变量。

需要说明的是，通用接口先根据第二配置对象的全路径名回溯至根节点，再从根节点开始遍历，在根节点的属性注册表中记载的各个二级节点中查找与全路径名中下一级节点的实例名相匹配的一个二级节点，再根据该二级节点的句柄获取该二级节点的属性注册表，在该二级节点的属性注册表中记载的各个三级节点中查找与全路径名中下一级节点的实例名相匹配的一个三级节点，依此类推，直至找到与全路径名完全匹配的节点（该节点即为第一节点）的句柄，根据该句柄获取第一节点的属性注册表。

比如，通用接口得到的全路径名为“top_cfg.seq1_cfg.seq2_cfg”，则通用接口可以调用函数从第二配置对象对应的第二节点遍历到其父节点seq1_cfg，再从seq1_cfg遍历到其父节点top_cfg，该top_cfg即为根节点；通用接口再获取top_cfg的属性注册表，从该属性注册表中获取seq1_cfg 的句柄，再根据该句柄获取seq1_cfg的属性注册表，从seq1_cfg的属性注册表中获取seq2_cfg的句柄，再根据该句柄获取seq2_cfg的属性注册表。

步骤405，控制第一配置对象执行控制信息所指示的操作。

本实施例中，可以由通用接口控制第一配置对象执行控制信息所指示的操作。其中，通用接口可以对单一配置变量进行控制，此时，该通用接口需要获取第一配置对象对应的第一节点的全路径名和该第一配置对象中配置变量的变量名；通用接口也可以对配置变量进行批量控制，此时，该通用接口需要获取第一配置对象对应的第一节点的全路径名，而不需要获取该第一配置对象中配置变量的变量名。无论是控制单一配置变量还是批量配置变量，通用接口都需要获取全路径名，再根据全路径名查找第一配置对象。

通用接口可以对配置变量进行批量控制，也可以对单一配置变量进行控制，下面分别对这两种控制流程进行说明。

一、控制信息存储在全局数据池中，且对配置变量进行批量控制。

当操作是批量控制第一配置对象中的配置变量时，该控制信息（也可以称为控制信息集合）中包括第一配置对象中多个配置变量的控制信息，则控制第一配置对象执行控制信息所指示的操作，包括：

步骤4051，通过通用接口读取第一节点的属性注册表中的第i个配置变量，i为正整数。

其中，第i个配置变量是未被处理过的配置变量。

可选的，通用接口还可以检测第i个配置变量是否符合第一条件，当该第i个配置变量符合第一条件时，执行步骤4052；当该第i个配置变量不符合第一条件时，将i更新为i+1，继续执行步骤4051。

比如，操作是更新以seq1_cfg为根节点的分支中整型数的数值，则通用接口可以是整型数批量更新通用接口，该通用接口的输入为seq1_cfg的全路径名，第一条件可以是配置变量是整数型，通用接口可以从seq1_cfg的属性注册表中取一个未处理过的索引（即配置变量的变量名）及与其对应的注册元素；检查该配置变量是否是整型数；如果该配置变量不是整型数，则取下一个索引重复该操作；如果该配置变量是整型数，则进行下一步。

步骤4052，通过通用接口检测控制信息中是否包含第i个配置变量的控制信息。

通用接口可以以配置变量所对应的第一节点的全路径名和该配置变量的变量名为索引，查找是否存在与该索引相匹配的控制信息；当存在与该索引相匹配的控制信息时，执行步骤4053；当不存在与该索引相匹配的控制信息时，将i更新为i+1，重新执行步骤4051。

比如，以seq1_cfg的全路径实例名和变量的字符串名为索引，查询uvm_resource_pool中是否存在与该索引相匹配的控制信息；如果不存在与该索引相匹配的控制信息，则将i更新为i+1，重新执行步骤4051；如果存在与该索引相匹配的控制信息，取出该控制信息进行下一步。

步骤4053，当控制信息中包含第i个配置变量的控制信息时，通过通用接口根据控制信息对第i个配置变量进行控制。

可选的，通用接口还可以检测该控制信息是否符合第二条件，当该控制信息符合第二条件时，执行步骤4053；当该控制信息不符合第二条件时，将i更新为i+1，继续执行步骤4051。

比如，操作是更新以seq1_cfg为根节点的分支中整型数的数值，则第二条件可以是控制信息中的配置变量是整数型，通用接口可以检查该控制信息中的配置变量是否是整型数；如果该控制信息中的配置变量不是整型数，则将i更新为i+1，重新执行步骤4051；如果该控制信息中的配置变量是整型数，则根据该控制信息对第i个配置变量进行配置。

步骤4054，将i更新为i+1，继续执行通过通用接口读取第一节点的属性注册表中的第i个配置变量的步骤，直至控制第一配置对象中的所有配置变量后停止控制第一配置对象。

通用接口重复执行步骤4051-4054，直至seq1_cfg的属性注册表中所有的索引都被处理后停止。

当第一节点包括子节点时，可以将批量操作递归的传递到下级节点，这样，一次调用即可完成该第一节点和其下所有节点的批量操作。此时，该方法还包括：通过通用接口读取第一节点中的第j个子节点，j为正整数；通过通用接口将第j个子节点确定为新的第一节点；再次执行控制第一配置对象执行控制信息所指示的操作的步骤；将j更新为j+1，继续执行通过通用接口读取第一节点中的第j个子节点的步骤，直至控制第一配置对象中的所有配置变量后停止控制第一配置对象。

可选的，还可以在通用接口中标识配置操作是否成功。

仍然以更新以seq1_cfg为根节点的分支中整型数的数值为例进行说明，则通用接口遍历子节点seq2_cfg和seq3_cfg，以它们为新的第一节点发起相同的操作。

请参考图6，上述步骤4051-4054的实现流程可以简单概括为：

1）确定配置操作，并发起批处理操作请求（即调用通用接口）；

2）检查属性注册表中的元素（即配置变量）是否遍历完成；若未完成，则执行3）；若完成，则结束流程；

3）从属性注册表中取出一未遍历元素；

4）判断该未遍历元素对应的变量类型是否支持配置操作；若支持，则执行步骤5）；若不支持，则执行2）

5）为配置操作准备上下文；

6）根据操作码（即控制信息）对配置变量进行配置操作，执行2）。

二、控制信息未存储在全局数据池中，且对单一配置变量进行控制。

当操作是控制第一配置对象中的一个配置变量时，该控制信息为该配置变量的控制信息且该控制信息还包括配置变量的变量名，则控制第一配置对象执行控制信息所指示的操作，包括：

步骤4055，通过通用接口根据变量名在第一节点的属性注册表中查找配置变量的指针。

比如，操作是seq2_cfg读取vip3_cfg中整型数fld_A，则通用接口可以是整型数读取通用接口，该通用接口的输入为vip3_cfg的全路径名和fld_A的变量名，输出为读取操作成功状态位和fld_A的数值。该通用接口不依赖于vip3_cfg的具体类型，只要保证sd_cfg_base是它的基类即可。

Seq2_cfg调用通用接口逐级向上追溯父节点直至找到根节点，然后根据vip3_cfg的全路径名获取vip3_cfg的句柄，根据该句柄获取vip3_cfg的属性注册表，再检测vip3_cfg的属性注册表中是否存在以fld_A的变量名为索引的配置变量，如果不存在以fld_A的变量名为索引的配置变量，则返回操作失败的信息，如果存在以fld_A的变量名为索引的配置变量，则获取该配置变量的指针。

可选的，通用接口还可以检测该配置变量是否符合第三条件，当该配置变量符合第三条件时，获取该配置变量的指针；当该配置变量不符合第三条件时，返回操作失败的信息。

比如，第三条件可以是配置变量是整数型，通用接口可以读取fld_A的类型信息；当该类型信息指示fld_A是整型数时，获取fld_A的指针；当该类型信息指示fld_A不是整型数时，返回操作失败的信息。

步骤4056，通过通用接口根据配置变量的指针获取配置变量。

步骤4057，通过通用接口根据控制信息对配置变量进行控制。

比如，通用接口可以通过指针获取fld_A的数值，并返回该数值及操作成功的消息。

请参考图7，上述步骤4055-4057的实现流程可以简单概括为：

1）确定配置变量和控制操作，为控制操作准备上下文，并发起操作请求（即调用通用接口）；

2）根据变量名在属性注册表中定位配置变量；若定位成功，则执行3）；若定位失败，则执行5）；

3）判断变量类型是否支持控制操作；若支持，则执行4）；若不支持，则执行5）；

4）根据操作码（即控制信息）对配置变量进行控制操作；

5）返回操作状态和操作结果。

综上所述，本申请实施例提供的配置对象的控制方法，通过对获取到的测试用例进行解析，可以得到验证组件或测试序列中第一配置对象的控制信息，由于该控制信息包括该第一配置对象在树形网络中对应的第一节点的全路径名，所以，第一配置对象可以根据该全路径名获取到该控制信息，再执行该控制信息所指示的操作，这样，可以避免在配置对象中设置上下文标识，也就可以减少配置上下文标识所产生的冗余的代码，从而达到简化代码的效果。当代码简单时，提高验证平台的可读性、可维护性和可扩展性，还可以提高验证工程师的工作效率和质量。

通用接口中不直接引用第一配置对象的句柄（或指针），以解耦类型依赖，这样，不会将复杂的结构和同步机制引入验证平台，也不会使验证组件和测试序列之间产生强烈的类型依赖关系，避免了不同类型节点间具有强烈的类型依赖关系时，降低了验证组件和测试序列的模块独立性和可复用性。

由于通用接口可以对配置变量进行批量控制，而无需通过批量更新函数来进行批量控制，可以避免将每一个配置变量写入各批量更新函数，且一个配置变量对应于多个批量更新函数时，产生大量冗余的代码的问题，也可以避免各配置对象上调用批量更新函数时而产生大量冗杂的代码的问题，从而可以达到简化代码的效果，从而提高验证平台的可读性、可维护性和可扩展性，还可以提高验证工程师的工作效率和质量。

由于树形网络具备完全遍历能力，所以，验证组件（或测试序列）能方便的获取其余验证组件（或测试序列）的控制信息，并据此动态调整自身的配置值；或者，验证组件（或测试序列）能够根据自身配置值动态调整其余验证组件（或测试序列）的配置值，从而实现节点间的实时通讯。

请参考图8，其示出了本申请一个实施例提供的配置对象的控制装置的结构框图，该配置对象的控制装置可以应用于验证平台中，该验证平台包括验证组件和测试序列，验证组件用于根据测试序列测试被测对象。该配置对象的控制装置，可以包括：

获取模块810，用于获取测试用例，测试用例用于控制验证组件或测试序列；

解析模块820，用于对测试用例进行解析，得到验证组件或测试序列中第一配置对象的控制信息，控制信息包括第一配置对象在树形网络中对应的第一节点的全路径名，树形网络中的根节点对应于验证平台对应的配置对象，其余节点对应于验证组件对应的配置对象或测试序列对应的配置对象；

获取模块810，还用于利用第一配置对象根据全路径名获取控制信息；

控制模块830，用于控制第一配置对象执行控制信息所指示的操作。

在一个可选的实施例中，获取模块810，还用于：

当控制信息存储在全局数据池中时，通过第一配置对象依次调用预先创建的每个通用接口，对于每个通用接口，通过第一配置对象将第一配置对象的全路径名发送给通用接口；通过通用接口在全局数据池中查找包含全路径名的控制信息；或者，

当控制信息未存储在全局数据池中时，通过第二配置对象从预先创建的各个通用接口中选择操作对应的通用接口；通过第二配置对象将全路径名发送给选择的通用接口；通过通用接口根据全路径名在树形网络中查找第一配置对象，将控制信息发送给第一配置对象；通过第一配置对象接收控制信息。

在一个可选的实施例中，获取模块810，还用于：

通过通用接口根据全路径名在树形网络中节点的属性注册表中查找第一节点的句柄；

通过通用接口根据句柄获取第一节点的属性注册表，属性注册表用于定位第一配置对象中的各个配置变量。

在一个可选的实施例中，当操作是批量控制第一配置对象中的配置变量时，控制信息中包括第一配置对象中多个配置变量的控制信息，则控制模块830，还用于：

通过通用接口读取第一节点的属性注册表中的第i个配置变量，i为正整数；

通过通用接口检测控制信息中是否包含第i个配置变量的控制信息；

当控制信息中包含第i个配置变量的控制信息时，通过通用接口根据控制信息对第i个配置变量进行配置；

将i更新为i+1，继续执行通过通用接口读取第一节点的属性注册表中的第i个配置变量的步骤，直至控制第一配置对象中的所有配置变量后停止控制第一配置对象。

在一个可选的实施例中，当第一节点包括子节点时，控制模块830，还用于：

通过通用接口读取第一节点中的第j个子节点，j为正整数；

通过通用接口将第j个子节点确定为新的第一节点；

再次执行控制第一配置对象执行控制信息所指示的操作的步骤；

将j更新为j+1，继续执行通过通用接口读取第一节点中的第j个子节点的步骤，直至控制第一配置对象中的所有配置变量后停止控制第一配置对象。

在一个可选的实施例中，当操作是配置第一配置对象中的一个配置变量时，控制信息为配置变量的控制信息且控制信息还包括配置变量的变量名，则控制模块830，还用于：

通过通用接口根据变量名在第一节点的属性注册表中查找配置变量的指针；

通过通用接口根据配置变量的指针获取配置变量；

通过通用接口根据控制信息对配置变量进行控制。

在一个可选的实施例中，该装置还包括：

添加模块，用于在在节点中增加配置变量时，将配置变量的属性信息添加到节点对应的属性注册表中。

综上所述，本申请实施例提供的配置对象的控制装置，通过对获取到的测试用例进行解析，可以得到验证组件或测试序列中第一配置对象的控制信息，由于该控制信息包括该第一配置对象在树形网络中对应的第一节点的全路径名，所以，第一配置对象可以根据该全路径名获取到该控制信息，再执行该控制信息所指示的操作，这样，可以避免在配置对象中设置上下文标识，也就可以减少配置上下文标识所产生的冗余的代码，从而达到简化代码的效果。当代码简单时，提高验证平台的可读性、可维护性和可扩展性，还可以提高验证工程师的工作效率和质量。

通用接口中不直接引用第一配置对象的句柄（或指针），以解耦类型依赖，这样，不会将复杂的结构和同步机制引入验证平台，也不会使验证组件和测试序列之间产生强烈的依赖关系，避免了不同类型节点间具有强烈的类型依赖关系时，降低了验证组件和测试序列的模块独立性和可复用性。

由于通用接口可以对配置变量进行批量控制，而无需通过批量更新函数来进行批量控制，可以避免将每一个配置变量写入各批量更新函数，且一个配置变量对应于多个批量更新函数时，产生大量冗余的代码的问题，也可以避免各配置对象上调用批量更新函数时而产生大量冗杂的代码的问题，从而可以达到简化代码的效果，从而提高验证平台的可读性、可维护性和可扩展性，还可以提高验证工程师的工作效率和质量。

由于树形网络具备完全遍历能力，所以，验证组件（或测试序列）能方便的获取其余验证组件（或测试序列）的控制信息，并据此动态调整自身的控制信息；或者，验证组件（或测试序列）能够根据自身控制信息动态调整其余验证组件（或测试序列）的控制信息。

本申请一个实施例提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上所述的配置对象的控制方法。

本申请一个实施例提供了一种验证平台，所述验证平台包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如上所述的配置对象的控制方法。

需要说明的是：上述实施例提供的配置对象的控制装置在进行配置对象的控制时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将配置对象的控制装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的配置对象的控制装置与配置对象的控制方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

Claims (10)

1.一种配置对象的控制方法，其特征在于，用于验证平台中，所述验证平台包括验证组件和测试序列，所述验证组件用于根据所述测试序列测试被测对象，所述方法包括：

获取测试用例，所述测试用例用于控制所述验证组件或所述测试序列；

对所述测试用例进行解析，得到所述验证组件或所述测试序列中第一配置对象的控制信息，所述控制信息包括所述第一配置对象在树形网络中对应的第一节点的全路径名，所述树形网络中的根节点对应于所述验证平台对应的配置对象，其余节点对应于所述验证组件对应的配置对象或所述测试序列对应的配置对象；

利用所述第一配置对象根据所述全路径名获取所述控制信息；

控制所述第一配置对象执行所述控制信息所指示的操作。

2.根据权利要求1所述的方法，其特征在于，所述利用所述第一配置对象根据所述全路径名获取所述控制信息，包括：

当所述控制信息存储在全局数据池中时，通过所述第一配置对象依次调用预先创建的每个通用接口，对于每个通用接口，通过所述第一配置对象将所述第一配置对象的全路径名发送给所述通用接口；通过所述通用接口在所述全局数据池中查找包含所述全路径名的控制信息；或者，

当所述控制信息未存储在全局数据池中时，通过第二配置对象从预先创建的各个通用接口中选择所述操作对应的通用接口；通过所述第二配置对象将所述全路径名发送给选择的所述通用接口；通过所述通用接口根据所述全路径名在所述树形网络中查找所述第一配置对象，将所述控制信息发送给所述第一配置对象；通过所述第一配置对象接收所述控制信息。

3.根据权利要求2所述的方法，其特征在于，所述通过所述通用接口根据所述全路径名在所述树形网络中查找所述第一配置对象，包括：

通过所述通用接口根据所述全路径名在所述树形网络中节点的属性注册表中查找所述第一节点的句柄；

通过所述通用接口根据所述句柄获取所述第一节点的属性注册表，所述属性注册表用于定位所述第一配置对象中的各个配置变量。

4.根据权利要求2或3所述的方法，其特征在于，当所述操作是批量控制所述第一配置对象中的配置变量时，所述控制信息中包括所述第一配置对象中多个配置变量的控制信息，则所述控制所述第一配置对象执行所述控制信息所指示的操作，包括：

通过所述通用接口读取所述第一节点的属性注册表中的第i个配置变量，i为正整数；

通过所述通用接口检测所述控制信息中是否包含所述第i个配置变量的控制信息；

当所述控制信息中包含所述第i个配置变量的控制信息时，通过所述通用接口根据所述控制信息对所述第i个配置变量进行控制；

将i更新为i+1，继续执行所述通过所述通用接口读取所述第一节点的属性注册表中的第i个配置变量的步骤，直至控制所述第一配置对象中的所有配置变量后停止控制所述第一配置对象。

5.根据权利要求4所述的方法，其特征在于，当所述第一节点包括子节点时，所述方法还包括：

通过所述通用接口读取所述第一节点中的第j个子节点，j为正整数；

通过所述通用接口将所述第j个子节点确定为新的第一节点；

再次执行所述控制所述第一配置对象执行所述控制信息所指示的操作的步骤；

将j更新为j+1，继续执行所述通过所述通用接口读取所述第一节点中的第j个子节点的步骤，直至控制所述第一配置对象中的所有配置变量后停止控制所述第一配置对象。

6.根据权利要求2或3所述的方法，其特征在于，当所述操作是控制所述第一配置对象中的一个配置变量时，所述控制信息为所述配置变量的控制信息且所述控制信息还包括所述配置变量的变量名，则所述控制所述第一配置对象执行所述控制信息所指示的操作，包括：

通过所述通用接口根据所述变量名在所述第一节点的属性注册表中查找所述配置变量的指针；

通过所述通用接口根据所述配置变量的指针获取所述配置变量；

通过所述通用接口根据所述控制信息对所述配置变量进行控制。

7.根据权利要求3所述的方法，其特征在于，所述方法还包括：

当在所述节点中增加配置变量时，将所述配置变量的属性信息添加到所述节点对应的属性注册表中。

8.一种配置对象的控制装置，其特征在于，用于验证平台中，所述验证平台包括验证组件和测试序列，所述验证组件用于根据所述测试序列测试被测对象，所述装置包括：

获取模块，用于获取测试用例，所述测试用例用于控制所述验证组件或所述测试序列；

解析模块，用于对所述测试用例进行解析，得到所述验证组件或所述测试序列中第一配置对象的控制信息，所述控制信息包括所述第一配置对象在树形网络中对应的第一节点的全路径名，所述树形网络中的根节点对应于所述验证平台对应的配置对象，其余节点对应于所述验证组件对应的配置对象或所述测试序列对应的配置对象；

所述获取模块，还用于利用所述第一配置对象根据所述全路径名获取所述控制信息；

控制模块，用于控制所述第一配置对象执行所述控制信息所指示的操作。

9.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至7任一所述的配置对象的控制方法。

10.一种验证平台，其特征在于，所述验证平台包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如权利要求1至7任一所述的配置对象的控制方法。

Images