CN115983191A - 测试点验证方法及相关装置 - Google Patents

Abstract

本申请实施例提供一种测试点验证方法及相关装置，其中测试点验证方法，包括：获取各个待验证测试点，获取各个所述待验证测试点的测试用例，并建立各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系，获取各个所述测试用例的仿真结果，并根据所述链接关系，将各个所述测试用例的仿真结果标记至对应的所述待验证测试点，根据各个所述待验证测试点的各个所述测试用例的仿真结果，利用预定的通过率获取规则，获取各个所述待验证测试点的验证通过率。本申请实施例所提供的测试点验证方法及相关装置，能够提高芯片测试点验证的效率。

Description

测试点验证方法及相关装置

技术领域

本申请实施例涉及计算机技术领域，具体涉及一种测试点验证方法及相关装置。

背景技术

芯片流片前会进行大量的验证工作，将芯片的涉及缺陷尽量排除，以降低设计风险，具体是在初次设计芯片以及版本更迭时，对测试点是否通过进行验证，通过充分的测试点的验证是否通过，判断芯片是否存有设计缺陷。

然而，随着芯片复杂度的提升和功能的日益强大，需要验证的内容也急剧增加，且每次版本迭代时改动的测试点数量以及每个测试点验证的次数都大量增加，在验证过程中还有大量人工操作的，这大大降低了芯片验证的效率。

可见，如何提高芯片测试点验证的效率，就成为本领域技术人员亟需解决的技术问题。

发明内容

有鉴于此，本申请实施例提供一种测试点验证方法，以快速实现测试点验证。

为实现上述目的，本申请实施例提供如下技术方案：

第一方面，本申请实施例提供一种测试点验证方法，包括：

获取各个待验证测试点；

获取各个所述待验证测试点的测试用例，并建立各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系；

获取各个所述测试用例的仿真结果，并根据所述链接关系，将各个所述测试用例的仿真结果标记至对应的所述待验证测试点；

根据各个所述待验证测试点的各个所述测试用例的仿真结果，利用预定的通过率获取规则，获取各个所述待验证测试点的验证通过率。

第二方面，本申请实施例提供一种测试点验证装置，包括：

待验证测试点获取单元，适于获取各个待验证测试点；

测试用例获取及链接单元，适于获取各个所述待验证测试点的测试用例，并建立各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系；

仿真结果标记单元，适于获取各个所述测试用例的仿真结果，并根据所述链接关系，将各个所述测试用例的仿真结果标记至对应的所述待验证测试点；

验证通过率获取单元，根据各个所述待验证测试点的各个所述测试用例的仿真结果，利用预定的通过率获取规则，获取各个所述待验证测试点的验证通过率。

第三方面，本申请实施例还提供一种存储介质，所述存储介质存储有测试点验证的程序，以实现如第一方面所述的测试点验证方法。

第四方面，本申请实施例还提供一种电子设备，包括至少一个存储器和至少一个处理器，所述存储器存储有测试点验证的程序，所述处理器调用所述程序，以执行如第一方面所述的测试点验证方法。

本申请实施例所提供的测试点验证方法，在进行测试点验证时，首先获取各个待验证测试点，然后获取各个所述待验证测试点的测试用例，并建立各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系，经过测试用例的验证后，获取各个所述测试用例的仿真结果，并根据所述链接关系，将各个所述测试用例的仿真结果标记至对应的所述待验证测试点，最后根据各个所述待验证测试点的各个所述测试用例的仿真结果，利用预定的通过率获取规则，获取各个待验证测试点的验证通过率。

这样，通过建立各个所述测试用例与所述测试用例对应的所述待验证测试点的链接关系，从而在获得各所述测试用例的仿真结果后，能够方便地利用链接关系将各个所述测试用例的仿真结果反向标记至对应的待验证测试点，进而根据各个待验证测试点链接的各个测试用例的仿真结果计算得出各个待验证测试点的通过率，实现对测试点的自动快速验证。可见，本申请实施例所提供的测试点验证方法，通过链接关系实现将测试用例的仿真结果的自动反向标记到各个待验证测试点，进而通过预定的通过率获取规则自动实现各个待验证测试点的验证通过率的获取，使得验证通过率获取过程具有更高的自动化，降低对于人工操作的依赖，从而可以提高对待验证测试点的验证效率，并且可以提高验证的准确性。

附图说明

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

图1为本申请实施例所提供的测试点验证方法的一流程图；

图2为本申请实施例所提供的测试点验证方法的待验证测试点获取的一流程图；

图3为本申请实施例所提供的测试点验证方法的获取初始测试点的一流程图；

图4为本申请实施例所提供的测试点验证方法的需链接文档内容获取的一流程图；

图5为本申请实施例所提供的测试点验证方法的验证通过率获取的一流程图；

图6为本申请实施例所提供的测试点验证装置的一框图；

图7为本申请实施例所提供的电子设备的一种可选硬件设备架构图。

具体实施方式

基于前述论述可知，现有技术中存在着测试点验证效率较低的技术问题。

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

众所周知，芯片产业是一个投资大、周期长、失败风险较高的行业。一些前期的设计缺陷会导致最终费用的超额、芯片上市时间的大量延后等风险，因此需要尽早地发现设计缺陷，以降低风险，为此，行业内一般在芯片流片前做大量的验证工作，从而将设计缺陷尽量排除，将设计风险降到最低，因此芯片验证的重要性与日俱增。

目前芯片验证通常采用整体测试点通过率驱动的方法，量化验证进度，保证验证完备性，并以测试点通过率作为重要指标来查看验证质量是否达到要求。

整体测试点通过率是指验证通过的测试点数量与全部测试点总量的百分比。整体测试点通过率反映了验证工作的完成程度，是验证人员评判验证是否合格的依据。检查整体测试点通过率和验证是否充分的流程通常为：

1、制定验证计划，其中包含了提取待验证测试点，一般要从规格文档中提取，理想情况下所有的特性都要被待验证测试点完全覆盖，其中，待验证测试点指的是待测设计能够验

证的特性或功能；

2、根据待验证内容搭建测试平台和开发测试用例，然后执行测试用例，完成验证仿真，得到仿真结果；

3、收集仿真结果，根据仿真结果对每个待验证测试点是否通过做评估，将评估结果(即待验证测试点的验证通过率)人工标注到对应的待验证测试点上；

4、计算整体测试点通过率，根据整体测试点通过率情况分析验证是否充分。

如前所述，随着芯片复杂度的提升和功能的日益强大，需要验证的内容也急剧增加，且每次版本迭代时改动的测试点数量以及每个测试点验证的次数都大量增加，在验证过程中还有大量人工操作的，这大大降低了芯片验证的效率。

为了解决前述技术问题，本申请实施例提供一种测试点验证方法，以实现对测试点的自动快速验证，提高测试点验证效率，具体请参考图1，图1为本申请实施例所提供的测试点验证方法的一流程图。

如图1所示，本申请提供的测试点验证方法包括：

步骤S11，获取各个待验证测试点。

所述待验证测试点是指待测设计能够验证的特性或功能，通常利用对软件或集成电路中某模块的输入输出与预设的输入输出是否相同的验证实现对于特性或功能的验证。

各个待验证测试点可以以表格的方式获取，即所述待验证测试点可以包含于所述待验证测试点列表中，通过获取待验证测试点列表即可获取各个待验证测试点；在其他实施方式中，各个待验证测试点也可以以其他非表格的方式表示。

在获取待验证测试点时，对于已经有预先设计好的验证计划的情况，可以直接利用已有的验证计划中的信息进行获取，具体如下：

验证计划通常描述了验证的范围、验证策略和方法、验证资源和进度，是对整个测试点验证进行的宏观规划，其中通常会包含各个初始测试点和预定测试要求文档，而预定测试要求文档通常称为规格文档，是指描述设计(如集成电路或软件)能够实现何种功能的文档，所述初始测试点通常是依据所述预定测试要求文档选取的，从而可以直接将初始测试点作为待验证测试点。

对于没有预先设计好的验证计划的情况，可以根据芯片的功能逐个添加设置初始测试点，并可以直接将初始测试点作为待验证测试点。

但是，由于不论通过哪种方式获得的各个初始测试点很可能并不能完全覆盖所述预定测试要求文档，即预定测试要求文档中某些设计的功能没有与之对应的初始测试点，因此在进行测试点验证前，为保证验证的全面性，需要保证预定测试要求文档中每段能够实现的功能都应有相应的待验证测试点进行验证，通过待验证测试点通过与否判断该预定测试要求文档中设计的功能是否实现，从而保证验证的完整性。

因此，为了提高待验证测试点对预定测试要求文档的覆盖率，在一种具体实施方式中，本申请实施例所提供的测试点验证方法还提供了一种待验证测试点获取的具体方法。

请参考图2，图2为本申请实施例所提供的测试点验证方法的待验证测试点获取的一流程图。

如图2所示，在获取待验证测试点时，本申请实施例所提供的待验证测试点获取步骤可以包括：

步骤S111，获取初始测试点。

如前所述，初始测试点可以为预先设计好的验证计划中的初始测试点也可以为根据芯片功能添加设置的初始测试点，并且初始测试点可以通过列表的形式表示，具体可以为预先设计好的验证计划中的已有验证测试点列表，这样，根据所述已有验证测试点列表就可以获取初始测试点；当然，初始测试点也可以通过表格以外的其他方式表示。这样，通过前述的方式，就可以得到初始测试点。

然而，在一些实施例中，当获取的初始测试点是利用列表的方式表示时，为了方便所获取的初始测试点能够很容易地进行后续的处理，满足后续处理的格式要求，对于已有预定的验证计划的方案，本申请实施例还提供一种测试点验证方法，以使初始测试点的方式满足后续处理的要求。

请参考图3，图3为本申请实施例所提供的测试点验证方法的获取初始测试点的一流程图。

如图3所示，在一具体实施方式中，本申请实施例所提供的测试点验证方法的所述获取初始测试点的步骤可以包括：

步骤S1111，获取已有验证测试点列表。

对于已有验证计划的方案，所述已有验证测试点列表为验证计划中的测试点列表，其中包括各个测试点，通过读取验证计划可以获取。

步骤S1112，对所述已有验证测试点列表进行格式转换，得到满足格式要求的初始测试点列表，所述初始测试点列表中包括所述初始测试点。

得到已有验证测试点列表后，根据格式要求进行格式转换，获取满足格式要求的列表，即为初始测试点列表，当然，容易理解的是，满足格式要求的初始测试点列表中包括所述的测试点。

所述格式可以为处理软件能够读取的格式，例如可以为XML文件格式。

容易理解的是，对于没有预先构建验证计划的方案，可以通过前述的方式获取测试点列表，如果获取的测试点列表的格式为满足格式要求的列表，则无需进行格式的转换，直接得到初始测试点列表，以及初始测试点；如果获取的测试点列表的格式为不满足格式要求的列表，则同样按照前述方式进行格式转换，得到初始测试点列表和初始测试点。

当然，在一些实施例中，不论是对于已有验证测试点列表还是当下获取的测试点列表，其中不仅包含有测试点，还包含其他的可以用于数据处理的信息，比如：

1、用于区分各信息的关键字，所述关键字包括用于标识各个不同模块的项目标识关键字、用于标识不同测试点的测试点标识关键字、用于标识各测试点的属性(例如优先级、测量时间和测试用例的预期值)的属性关键字(属性关键符号)和用于表示各测试点标量的关键字，处理软件通过各不同关键字区分被标识的数据的具体含义，从而处理数据；

2、设计产品模块之间的层级嵌套信息，即各测试点的层次关系的信息，层级嵌套信息具体可以为设定越靠近项目名的测试点为更高层的测试点，从而通过测试点的排列关系表示出层次结构信息。

对于包含上述信息的列表，在进行格式转换时，需要根据具体的格式要求，使得转换后得到的初始测试点列表中的信息是满足后续处理要求的，当然，容易理解的是，依据不同要求的处理软件，转换后获取的初始测试点列表的格式以及所包含的信息可以是不同的，只要能够符合所述处理软件的要求就好。

这样，可以通过格式转换，可以使初始测试点列表能够满足后续处理需要，从而可以方便对于初始测试点进行进一步的处理。

容易理解的是，在进行列表格式转化过程中，需要保持初始化测试点列表中的层级关系与已有验证测试点列表中的层级关系一致，因此，在一具体实施方式中，所述已有验证测试点列表中包括第一父测试点和第一子测试点，所述第一子测试点所对应的验证功能包含于所述第一父测试点所对应的验证功能，所述初始测试点列表中包括第二父测试点和第二子测试点，所述第二子测试点所对应的验证功能包含于所述第二父测试点所对应的验证功能，且各个所述第二父测试点对应各个所述第一父测试点，各个所述第二子测试点对应各个所述第一子测试点。

这样，在转换过程中，已有验证测试点列表所包括的层次关系在转换为初始测试点后不会发生变化，从而可以保证层级关系的一致性，避免产生混乱；并且通过层次关系的利用，还可以将属于同一设计产品的不同测试点列表(比如：已经过验证的较小模块所对应的测试点列表和未经过验证的包含较小模块的较大模块所对应测试点列表)进行结合，充分利用已有的结果，降低测试点验证的工作量。

当然，为了能够快速转换已有验证测试点列表获得初始测试点列表，可以通过测试点列表模板快速转换所述已有验证测试点列表为初始测试点列表。这样，可以将已有验证测试点列表的信息快速填写入测试点列表模板中，获得初始测试点列表。

而对于没有预先构建验证计划的方案，可以直接获取满足格式要求的初始测试点列表，也可以首先获取测试点，然后再进行格式转换，得到满足格式要求的初始测试点列表。

得到初始测试点后，进一步确定初始测试点的全面性，请继续参考图2：

步骤S112，建立预定测试要求文档的需链接文档内容与所述初始测试点的链接关系。

获取初始测试点后，再获取预定测试要求文档中的需链接文档内容，建立各需链接文档内容和对应的初始测试点的链接关系。容易理解的是，本文所述的需链接文档内容是指在预定测试要求文档中存有表示功能的部分。

具体的，可以通过处理软件建立需链接文档内容以及初始测试点的链接，在处理软件中导入初始测试点列表后，再导入预定测试要求文档，利用所述处理软件的链接功能实现所述预定测试要求文档中需链接文档内容与初始测试点的链接。

为了方便获取需链接文档内容，本申请实施例还提供一种测试点验证方法，请参考图4，图4为本申请实施例所提供的测试点验证方法的需链接文档内容获取的一流程图。

如图4所示，在一具体实施方式中，所述需链接文档内容可以通过以下步骤获取：

步骤S1121，确定所述预定测试要求文档的可忽略文档内容。

与需链接文档内容相对的，所述预定测试要求文档中还有不表示功能的段落，例如标题等内容，通常这部分的内容较少，因此首次按确定该部分内容为可忽略文档内容。

步骤S1122，将所述可忽略文档内容设置为非需链接文档内容，得到所述需链接文档内容。

将该可忽略文档内容设置为非需链接文档内容，那么剩余部分即为需链接文档内容，从而得到所述需链接文档内容。

具体的，可以通过处理软件的屏蔽功能屏蔽可忽略文档内容。

当然，在其他实施方式中，也可以通过直接获取需链接文档内容的方式确定需链接文档内容。

可见，通过确定可忽略文档内容，通过排除的方式进一步确定需链接文档内容，可以提高获取需链接文档的查全率。

步骤S113，判断所述初始测试点是否覆盖所述预定测试要求文档的全部所述需链接文档内容，若否，执行步骤S114，若是，执行步骤S115。

在预定测试要求文档的需链接文档内容与全部所述初始测试点建立链接关系后，需要判断对是否所有需链接文档内容都已经被覆盖，若否，则执行步骤S114，若是，则执行步骤S115。

步骤S114，根据所述预定测试要求文档中缺少链接关系的需链接文档内容，调整所述初始测试点，并继续执行步骤S113。

当与所有初始测试点建立链接关系后，还有未链接的需链接文档内容，则针对该部分内容增加待验证测试点并建立链接，之后返回执行步骤S13，对是否所有需链接文档内容都已链接进行判断。

步骤S115，得到各个所述待验证测试点。

当所有需链接文档内容都有对应的待验证测试点且与所述待验证测试点链接后，通过对待验证测试点进行验证可以符合预定测试要求的文档所要求测试的内容，得到各个所述待验证测试点。

这样，可以通过表示已经链接的文档内容占整个预定测试要求文档中所有内容(不包含可忽略文档内容)的链接率，得知预定测试要求文档中已经完成链接的部分占整个需链接文档中的百分比，从而可以快速判断初始测试点是否实现完全覆盖，若没有完全覆盖，则可再逐个寻找还没有完成链接的需链接文档内容，并通过对初始测试点的调整，实现初始测试点完全覆盖预定测试要求文档中的需链接文档内容，提高覆盖率。

经过上述各个实施例所述的具体方式，均可以得到各个待验证测试点，进而进行后续的测试点验证，为此，请继续参考图1：

步骤S12，获取各个所述待验证测试点的测试用例，并建立各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系。

得到各个待验证测试点后，基于各个待验证测试点，设计对应的测试用例，所述测试用例是指模块的某一个具体的输入输出，通过测试用例是否通过(即输入该测试用例的输入，获得的实际输出是否与该测试用例的预计输出相同)可以判断该模块的待验证测试点是否通过，当然，在一些实施例中一个待验证测试点的验证需要多个测试用例，在另一些实施例中出于效率的考虑部分待验证测试点只用一个测试用例进行通过与否的判断。

可以通过仿真获取测试用例的实际输出，在一些实施例中可以通过仿真工具对所述测试用例进行仿真，但值得注意的是，本申请对如何进行仿真并不进行限制，任何通过现有的仿真方式对测试用例进行仿真获得实际输出都在本申请技术方案所公开的范围内。

得到各个待验证测试点的测试用例，进一步建立测试用例与对应的待验证测试点的链接关系，从而可以在获取测试用例的仿真结果后，根据所述链接关系很容易地将所述仿真结果标记于所述待验证测试点，从而判断所述待验证测试点是否通过。

在一些实施例中，所述链接关系可以是数据源(指测试用例)和待验证测试点中的标量的关联关系，所述测试用例的仿真结果可以赋值于所述标量，从而赋值于包括所述标量(测量类型数据)的待验证测试点，具体的，所述标量可以是待验证测试点的测量类型数据，可以通过处理软件实现上述链接，处理软件在导入待验证测试点后，在待验证测试点中建立标量，并建立标量和测试用例之间的关系，从而得到二者之间的链接关系。

在另一些实施例中，可以通过建立各个所述待验证测试点的各个链接名称，且各个所述链接名称与各个所述测试用例的用例名称相同，得到各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系。

容易理解的是，根据链接名称可以实现测试点和测试用例的链接，具体的，可以通过处理软件实现，通过在处理软件的待验证测试点中设置与该待验证测试点对应的各个所述测试用例的用例名称相同的链接名称，从而得到各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系。

步骤S13，获取各个所述测试用例的仿真结果，并根据所述链接关系，将各个所述测试用例的仿真结果标记至对应的所述待验证测试点。

利用各个测试用例进行测试，获取仿真结果，具体可以在输入预设输入后获取实际输出，从而可以根据所述实际输出是否与预设输出相同，确定仿真结果，所述仿真结果是指测试用例通过与否的值(例如通过为1，未通过为0)。

得到仿真结果后，进一步根据已经建立的链接关系，将各个所述测试用例的仿真结果标记至对应的所述待验证测试点。

利用链接关系直接进行标注，从而可以实现标注自动化，并且减少标注出错率和所需的标注时间。

在一些实施例中，当各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系是通过建立各个所述待验证测试点的各个链接名称，并使得各个所述链接名称与各个所述测试用例的用例名称相同的方式得到的时，在进行仿真结果的标记时，可以通过获取各个所述测试用例的仿真结果，根据所述用例名称，将对应的所述仿真结果标记至与所述用例名称相同的所述链接名称的方式实现。

容易理解的是，根据链接名称可以将各个所述测试用例的仿真结果标记至对应的所述待验证测试点，具体的，可以通过处理软件实现，处理软件在读入测试用例的仿真结果时，根据该测试用例的用例名称，将该测试用例的仿真结果标记至与所述测试用例名称相同的所述链接名称。

步骤S14，根据各个所述待验证测试点的各个所述测试用例的仿真结果，利用预定的通过率获取规则，获取各个所述待验证测试点的验证通过率。

得到各个所述待验证测试点的各个所述测试用例的仿真结果后，进一步获取各个所述待验证测试点的验证通过率。

容易理解的是，待验证测试点的测试用例通常会有多个，甚至还会与其它评价方法(例如：功能通过率和代码通过率)共同判断测试点是否通过，因此需要有预定的通过率获取规则来判断各种情况下待验证测试点的验证通过率为多少。

为了能够根据不同测试用例的重要程度有所区分，保证所获取的待验证测试点的验证通过率的准确性，本申请实施例还提供一种测试点验证方法，请参考图5，图5为本申请实施例所提供的测试点验证方法的验证通过率获取的一流程图。

如图5所示，在一具体实施方式中，所述验证通过率获取步骤可以包括：

步骤S141，根据各个所述待验证测试点的各个所述测试用例的仿真结果和各个所述测试用例的通过权重，获取各个所述待验证测试点的各个所述测试用例的权重仿真结果。

根据各测试用例的重要性，可以给予不同的权重值，即通过权重，然后结合各测试用例的通过情况，获取各个所述测试用例的权重仿真结果。

在一种具体实施方式中，所述测试用例的权重仿真结果可以是指当测试用例的仿真结果为通过时，用1乘以该测试用例的权重所获得的数值；当测试用例的仿真结果为未通过时，用0乘以该测试用例的权重所获得的数值。

具体的，可以通过设定与测试用例同名的标量的标量权重值来实现上述权重值的设定。

步骤S142，根据各个所述待验证测试点的各个所述测试用例的所述权重仿真结果，获取各个所述待验证测试点的验证通过率。

得到与待验证测试点对应的各个所述测试用例的所述权重仿真结果后，进一步获取待验证测试点的验证通过率。

在一种具体实施方式中，可以通过将待验证测试点的所有测试用例的权重仿真结果相加，获得该待验证测试点的验证通过率。

当然，在其他实施方式中，也可以通过其他方式获取待验证测试点的验证通过率，直至得到全部待验证测试点的验证通过率。

值得注意的是，所述测试点通过率的计算包括了对所述测试点的所有测试用例的计算，在一些实施例中，测试点具有新增的测试用例时，所述测试点通过率是指该所述新增的测试用例和已有的测试用例一同计算，获取的测试点通过率。

这样，通过建立各个所述测试用例与所述测试用例对应的所述待验证测试点的链接关系，从而在获得各所述测试用例的仿真结果后，能够方便地利用链接关系将各个所述测试用例的仿真结果反向标记至对应的待验证测试点，进而根据各个待验证测试点链接的各个测试用例的仿真结果计算得出各个待验证测试点的通过率，实现对测试点的自动快速验证。可见，本申请实施例所提供的测试点验证方法，通过链接关系实现将测试用例的仿真结果的自动反向标记到各个待验证测试点，进而通过预定的通过率获取规则自动实现各个待验证测试点的验证通过率的获取，使得验证通过率获取过程具有更高的自动化，降低对于人工操作的依赖，从而可以提高对待验证测试点的验证效率，并且可以提高验证的准确性。

得到各个待验证测试点的验证通过率后，还可以进一步获取各个待验证测试点是否通过在一具体实施方式中，本申请实施例所提供的测试点验证方法还可以包括：

步骤S15，判断所述待验证测试点的验证通过率是否小于预先设置的测试点通过阈值，若为是，则执行步骤S16，若为否，则执行步骤S17。

根据预设的测试点通过阈值，判断待验证测试点的验证通过率是否小于所述测试点通过阈值，若小于则执行步骤S16，设置所述待验证测试点为未通过，若不小于则执行步骤S17，设置所述待验证测试点为通过。

在一些实施例中，所述测试点通过阈值可以为测试点属性目标值，通过设置各测试点的属性中的测试点属性目标值，在获得待验证测试点的验证通过率后，与该测试点属性信息中的测试点属性目标值进行比较，判断所述测试点是否通过。

步骤S16，设置所述待验证测试点为未通过，得到验证未通过测试点。

当待验证测试点的验证通过率小于测试点通过阈值时，设置所述待验证测试点为未通过。

步骤S17，设置所述待验证测试点为通过，得到验证通过测试点。

当待验证测试点的验证通过率大于或等于测试点通过阈值时，设置所述待验证测试点为通过。

这样，可以进一步判断测试点是否通过。

进一步地，在得到各个待验证测试点的验证结果是否为通过后，还可以获取整个设计产品的整体测试点通过率，请继续参考图1，在另一种具体实施方式中，本申请实施例所提供的测试点验证方法还可以包括：

步骤S18，根据所述验证通过测试点的数量和所述验证未通过测试点的数量，获取整体测试点通过率。

对所有待验证测试点进行验证后可以得到验证通过测试点的数量和验证未通过测试点的数量。

步骤S19，判断所述整体测试点通过率是否不小于整体阈值，若是，执行步骤S191；若否执行步骤S192。

通过预设整体阈值，并将验证未通过测试点的数量和验证通过测试点的数量与所述预设整体阈值进行比较，若达到则说明通过测试点验证已经可以表明该芯片能够达到目的，从而执行步骤S191，若未达到则执行步骤S192。

当然，由于待验证测试点常常是根据预定测试要求文档设置的，所以在一些实施例中，所述整体阈值要求所述整体测试点通过率为百分百通过，这样，可以达到预定测试要求文档的要求。

步骤S191，停止验证，获取验证报告。

当不小于整体阈值时，说明经过验证能够实现所有预设的功能，从而停止验证，获取验证报告。

值得注意的是，为了使验证结果更加准确，在一些实施例中，即使当整体测试点通过率不小于整体阈值时，也会更换仿真测试用例再次进行仿真，直至多次仿真结果的整体测试点通过率都不小于整体阈值，才会停止验证，获取验证报告。

步骤S192，获取新的测试用例，将新的测试用例作为测试用例，将验证未通过测试点作为待验证测试点，执行步骤S12。

当小于整体阈值时，说明有过多的验证未通过测试点，此时可能是芯片设置缺陷导致芯片确实无法实现预设的功能，也可能是测试用例选取错误导致测试点测试错误，当所述错误为测试用例选择不当造成时，需要针对未通过测试点选择新的测试用例，并重复执行步骤12。

为了更加清楚地区分通过的测试点和未通过的测试点，在一具体实施方式中，本申请实施例所提供的测试点验证方法，还可以包括：

根据所述各个待验证测试点的验证通过率和预定的颜色标识规则，对所述各个待验证测试点进行颜色标识。

可以设定不同的验证通过率范围，不同范围内的颜色不同，也可以只通过两种不同的颜色分别表示各个测试点的验证通过率在进行阈值比较后，是否使所述各个测试点验证通过。

这样，通过颜色的设置，可以清楚地表示测试点的通过情况，提高测试点通过率检查的效率。

为了更加快速以及防止人工操作出错的实现测试点的验证，在一具体实施方式中，所述方法通过脚本实现自动化。

具体的，可以通过所述脚本将已有验证测试点列表转换为可以被处理软件导入格式的初始测试点列表，通过所述脚本收集测试用例的仿真结果，整理成能导入处理软件的格式并自动导入处理软件，使处理软件自动根据设定的权重值进行计算，获得测试点通过率。

这样，可以自动化的进行测试点的验证，从而实现对测试点通过率的高效验证以及避免人工操作出错的可能性，省去了大量人工操作，减少了操作用例结果的统计与标记时间。由于集成电路或软件往往会进行多次验证(多次迭代更新)，而每次验证后都要进行统计，每一个改动的调试都需要很多次的验证和结果统计，且每一个版本的迭代都需要对多个改动的地方进行调试，因此本方案可以节省非常多的时间。

上文描述了本申请实施例提供的多个实施例方案，各实施例方案介绍的各可选方式可在不冲突的情况下相互结合、交叉引用，从而延伸出多种可能的实施例方案，这些均可认为是本申请实施例披露、公开的实施例方案。

下面对本公开实施例提供的测试点验证装置进行介绍，下文描述的测试点验证装置可以认为是电子设备(如：PC)为分别实现本公开实施例提供的测试点验证方法所需设置的功能模块架构。下文描述的测试点验证装置的内容，可分别与上文描述的测试点验证方法的内容相互对应参照。

请参考图6，图6为本申请实施例所提供的测试点验证装置的一框图。

如图所示，本申请实施例所提供的测试点验证装置包括：

待验证测试点获取单元1，适于获取各个待验证测试点；

测试用例获取及链接单元2，适于获取各个所述待验证测试点的测试用例，并建立各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系；

仿真结果标记单元3，适于获取各个所述测试用例的仿真结果，并根据所述链接关系，将各个所述测试用例的仿真结果标记至对应的所述待验证测试点；

验证通过率获取单元4，根据各个所述待验证测试点的各个所述测试用例的仿真结果，利用预定的通过率获取规则，获取各个所述待验证测试点的验证通过率。

可见，本申请实施例所提供的测试点验证装置，通过链接关系实现将测试用例的仿真结果的自动反向标记到各个待验证测试点，进而通过预定的通过率获取规则自动实现各个待验证测试点的验证通过率的获取，使得验证通过率获取过程具有更高的自动化，降低对于人工操作的依赖，从而可以提高对待验证测试点的验证效率，并且可以提高验证的准确性。

在一具体实施方式中，所述测试用例获取及链接单元2，适于建立各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系，包括：

建立各个所述待验证测试点的各个链接名称，且各个所述链接名称与各个所述测试用例的用例名称相同，得到各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系；

所述仿真结果标记单元3，适于获取各个所述测试用例的仿真结果，并根据所述链接关系，将各个所述测试用例的仿真结果标记至对应的所述待验证测试点，包括：

获取各个所述测试用例的仿真结果，根据所述用例名称，将对应的所述仿真结果标记至与所述用例名称相同的所述链接名称。

在一具体实施方式中，所述待验证测试点获取单元1，适于获取各个待验证测试点，包括：

获取初始测试点；

建立预定测试要求文档的需链接文档内容与所述初始测试点的链接关系，并根据所述预定测试要求文档中缺少链接关系的需链接文档内容，调整所述初始测试点，直至所述初始测试点覆盖所述预定测试要求文档的全部所述需链接文档内容，得到各个所述待验证测试点。

在一具体实施方式中，所述需链接文档内容通过需链接文档内容获取单元(未示于图中)获取，所述需链接文档内容获取单元适于确定所述预定测试要求文档的可忽略文档内容，将所述可忽略文档内容设置为非需链接文档内容，得到所述需链接文档内容。

在一具体实施方式中，所述初始测试点通过初始测试点获取单元(未示于图中)获取，所述初始测试点获取单元适于获取已有验证测试点列表，对所述已有验证测试点列表进行格式转换，得到满足格式要求的初始测试点列表，所述初始测试点列表中包括所述初始测试点。

在一具体实施方式中，所述初始测试点获取单元，适于对所述已有验证测试点列表进行格式转换，得到满足格式要求的初始测试点列表，包括：

利用测试点列表模板对所述已有验证测试点列表进行格式转换，得到满足格式要求的初始测试点列表。

在一具体实施方式中，所述已有验证测试点列表中包括第一父测试点和第一子测试点，所述第一子测试点所对应的验证功能包含于所述第一父测试点所对应的验证功能，所述初始测试点列表中包括第二父测试点和第二子测试点，所述第二子测试点所对应的验证功能包含于所述第二父测试点所对应的验证功能，且各个所述第二父测试点对应各个所述第一父测试点，各个所述第二子测试点对应各个所述第一子测试点。

在一具体实施方式中，还包括：

颜色标识单元5，适于根据所述各个待验证测试点的验证通过率和预定的颜色标识规则，对所述各个待验证测试点进行颜色标识。

值得注意的是，当所述颜色标识规则为只通过两种不同的颜色分别表示各个测试点的验证通过与否时，也可以使颜色标识单元5连接阈值比较单元6，在判断测试点通过阈值后给予一表示验证通过的颜色，在判断测试点未通过阈值时给予另一表示验证未通过的颜色。

在一具体实施方式中，所述验证通过率获取单元4，适于根据各个所述待验证测试点的各个所述测试用例的仿真结果，利用预定的通过率获取规则，获取各个所述待验证测试点的验证通过率，包括：

根据各个所述待验证测试点的各个所述测试用例的仿真结果和各个所述测试用例的通过权重，获取各个所述待验证测试点的各个所述测试用例的权重仿真结果；

根据各个所述待验证测试点的各个所述测试用例的所述权重仿真结果，获取各个所述待验证测试点的验证通过率。

在一具体实施方式中，还包括：

阈值比较单元6，适于当所述待验证测试点的验证通过率不小于预先设置的测试点通过阈值时，设置所述待验证测试点为通过，得到验证通过测试点，当所述待验证测试点的验证通过率小于预先设置的测试点通过阈值时，设置所述待验证测试点为未通过，得到验证未通过测试点。

在一具体实施方式中，还包括：

整体测试点通过率获取单元7，适于根据所述验证通过测试点的数量和所述验证未通过测试点的数量，获取整体测试点通过率。

在一具体实施方式中，还包括：

验证报告获取单元8，适于当所述整体测试点通过率不小于整体阈值时，停止验证，获取验证报告。

在一具体实施方式中，还包括：

测试用例补充单元9，适于当所述整体测试点通过率小于整体阈值时，获取新的测试用例，将新的所述测试用例作为测试用例，将验证未通过测试点作为待验证测试点，并执行建立各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系的步骤。

本申请实施例还提供一种存储介质，所述存储介质存储有测试点验证的程序，以实现如上述任一项所述的测试点验证方法。

可见，本申请实施例所提供的存储介质，通过链接关系实现将测试用例的仿真结果的自动反向标记到各个待验证测试点，进而通过预定的通过率获取规则自动实现各个待验证测试点的验证通过率的获取，使得验证通过率获取过程具有更高的自动化，降低对于人工操作的依赖，从而可以提高对待验证测试点的验证效率，并且可以提高验证的准确性。

本申请实施例还提供一种电子设备，包括至少一个存储器和至少一个处理器，所述存储器存储有程序，所述处理器调用所述程序，以执行如上述任一项所述的测试点验证方法。

请参考图7，图7为本申请实施例所提供的电子设备的一种可选硬件设备架构图，现将描述可以作为本公开的服务器或客户端的电子设备800的结构框图，其是可以应用于本公开的各方面的硬件设备的示例。电子设备旨在表示各种形式的数字电子的计算机设备，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图7所示，电子设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

电子设备800中的多个部件连接至I/O接口805，包括：输入单元806、输出单元807、存储单元808以及通信单元809。输入单元806可以是能向电子设备800输入信息的任何类型的设备，输入单元806可以接收输入的数字或字符信息，以及产生与电子设备的用户设置和/或功能控制有关的键信号输入。输出单元807可以是能呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。存储单元808可以包括但不限于磁盘、光盘。通信单元809允许电子设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据，并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信收发机和/或芯片组，例如蓝牙TM设备、WiFi设备、WiMax设备、蜂窝通信设备和/或类似物。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理。例如，在一些实施例中，方法S11-S192可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM802和/或通信单元809而被载入和/或安装到电子设备800上。在一些实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法S10-S12。

用于实施本申请实施例的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或电子设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

如本公开使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、电子设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其他实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是符合与本文所公开的原理和新颖特点相一致的最宽的范围。

虽然本发明实施例披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种变动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (27)

1.一种测试点验证方法，其特征在于，包括：

获取各个待验证测试点；

获取各个所述待验证测试点的测试用例，并建立各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系；

获取各个所述测试用例的仿真结果，并根据所述链接关系，将各个所述测试用例的仿真结果标记至对应的所述待验证测试点；

根据各个所述待验证测试点的各个所述测试用例的仿真结果，利用预定的通过率获取规则，获取各个所述待验证测试点的验证通过率。

2.如权利要求1所述的测试点验证方法，其特征在于，所述建立各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系的步骤包括：

建立各个所述待验证测试点的各个链接名称，且各个所述链接名称与各个所述测试用例的用例名称相同，得到各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系；

所述获取各个所述测试用例的仿真结果，并根据所述链接关系，将各个所述测试用例的仿真结果标记至对应的所述待验证测试点的步骤包括：

获取各个所述测试用例的仿真结果，根据所述用例名称，将对应的所述仿真结果标记至与所述用例名称相同的所述链接名称。

3.如权利要求1所述的测试点验证方法，其特征在于，所述获取各个待验证测试点，包括：

获取初始测试点；

建立预定测试要求文档的需链接文档内容与所述初始测试点的链接关系，并根据所述预定测试要求文档中缺少链接关系的需链接文档内容，调整所述初始测试点，直至所述初始测试点覆盖所述预定测试要求文档的全部所述需链接文档内容，得到各个所述待验证测试点。

4.如权利要求3所述的测试点验证方法，其特征在于，所述需链接文档内容通过以下步骤获取：

确定所述预定测试要求文档的可忽略文档内容；

将所述可忽略文档内容设置为非需链接文档内容，得到所述需链接文档内容。

5.如权利要求3所述的测试点验证方法，其特征在于，所述获取初始测试点的步骤包括：

获取已有验证测试点列表；

对所述已有验证测试点列表进行格式转换，得到满足格式要求的初始测试点列表，所述初始测试点列表中包括所述初始测试点。

6.如权利要求5所述的测试点验证方法，其特征在于，所述对所述已有验证测试点列表进行格式转换，得到满足格式要求的初始测试点列表的步骤包括：

利用测试点列表模板对所述已有验证测试点列表进行格式转换，得到满足格式要求的初始测试点列表。

7.如权利要求5所述的测试点验证方法，其特征在于，所述已有验证测试点列表中包括第一父测试点和第一子测试点，所述第一子测试点所对应的验证功能包含于所述第一父测试点所对应的验证功能，所述初始测试点列表中包括第二父测试点和第二子测试点，所述第二子测试点所对应的验证功能包含于所述第二父测试点所对应的验证功能，且各个所述第二父测试点对应各个所述第一父测试点，各个所述第二子测试点对应各个所述第一子测试点。

8.如权利要求1所述的测试点验证方法，其特征在于，还包括：

根据所述各个待验证测试点的验证通过率和预定的颜色标识规则，对所述各个待验证测试点进行颜色标识。

9.如权利要求1所述的测试点验证方法，其特征在于，所述根据各个所述待验证测试点的各个所述测试用例的仿真结果，利用预定的通过率获取规则，获取各个所述待验证测试点的验证通过率的步骤包括：

根据各个所述待验证测试点的各个所述测试用例的仿真结果和各个所述测试用例的通过权重，获取各个所述待验证测试点的各个所述测试用例的权重仿真结果；

根据各个所述待验证测试点的各个所述测试用例的所述权重仿真结果，获取各个所述待验证测试点的验证通过率。

10.如权利要求9所述的测试点验证方法，其特征在于，还包括：

当所述待验证测试点的验证通过率不小于预先设置的测试点通过阈值时，设置所述待验证测试点为通过，得到验证通过测试点；

当所述待验证测试点的验证通过率小于预先设置的测试点通过阈值时，设置所述待验证测试点为未通过，得到验证未通过测试点。

11.如权利要求10所述的测试点验证方法，其特征在于，还包括：

根据所述验证通过测试点的数量和所述验证未通过测试点的数量，获取整体测试点通过率。

12.如权利要求11所述的测试点验证方法，其特征在于，还包括：

当所述整体测试点通过率不小于整体阈值时，停止验证，获取验证报告。

13.如权利要求11所述的测试点验证方法，其特征在于，还包括：

当所述整体测试点通过率小于整体阈值时，获取新的测试用例，将新的所述测试用例作为测试用例，将验证未通过测试点作为待验证测试点，并执行建立各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系的步骤。

14.如权利要求1-13所述的测试点验证方法，其特征在于，所述方法通过脚本实现。

15.一种测试点验证装置，其特征在于，包括：

待验证测试点获取单元，适于获取各个待验证测试点；

测试用例获取及链接单元，适于获取各个所述待验证测试点的测试用例，并建立各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系；

仿真结果标记单元，适于获取各个所述测试用例的仿真结果，并根据所述链接关系，将各个所述测试用例的仿真结果标记至对应的所述待验证测试点；

验证通过率获取单元，根据各个所述待验证测试点的各个所述测试用例的仿真结果，利用预定的通过率获取规则，获取各个所述待验证测试点的验证通过率。

16.如权利要求15所述的测试点验证装置，其特征在于，所述测试用例获取及链接单元，适于建立各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系，包括：

建立各个所述待验证测试点的各个链接名称，且各个所述链接名称与各个所述测试用例的用例名称相同，得到各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系；

所述仿真结果标记单元，适于获取各个所述测试用例的仿真结果，并根据所述链接关系，将各个所述测试用例的仿真结果标记至对应的所述待验证测试点，包括：

获取各个所述测试用例的仿真结果，根据所述用例名称，将对应的所述仿真结果标记至与所述用例名称相同的所述链接名称。

17.如权利要求15所述的测试点验证装置，其特征在于，所述待验证测试点获取单元，适于获取各个待验证测试点，包括：

获取初始测试点；

建立预定测试要求文档的需链接文档内容与所述初始测试点的链接关系，并根据所述预定测试要求文档中缺少链接关系的需链接文档内容，调整所述初始测试点，直至所述初始测试点覆盖所述预定测试要求文档的全部所述需链接文档内容，得到各个所述待验证测试点。

18.如权利要求17所述的测试点验证装置，其特征在于，所述初始测试点通过初始测试点获取单元获取，所述初始测试点获取单元适于获取已有验证测试点列表，对所述已有验证测试点列表进行格式转换，得到满足格式要求的初始测试点列表，所述初始测试点列表中包括所述初始测试点。

19.如权利要求18所述的测试点验证装置，其特征在于，所述已有验证测试点列表中包括第一父测试点和第一子测试点，所述第一子测试点所对应的验证功能包含于所述第一父测试点所对应的验证功能，所述初始测试点列表中包括第二父测试点和第二子测试点，所述第二子测试点所对应的验证功能包含于所述第二父测试点所对应的验证功能，且各个所述第二父测试点对应各个所述第一父测试点，各个所述第二子测试点对应各个所述第一子测试点。

20.如权利要求15所述的测试点验证装置，其特征在于，还包括：

颜色标识单元，适于根据所述各个待验证测试点的验证通过率和预定的颜色标识规则，对所述各个待验证测试点进行颜色标识。

21.如权利要求15所述的测试点验证装置，其特征在于，所述验证通过率获取单元，适于根据各个所述待验证测试点的各个所述测试用例的仿真结果，利用预定的通过率获取规则，获取各个所述待验证测试点的验证通过率，包括：

根据各个所述待验证测试点的各个所述测试用例的仿真结果和各个所述测试用例的通过权重，获取各个所述待验证测试点的各个所述测试用例的权重仿真结果；

根据各个所述待验证测试点的各个所述测试用例的所述权重仿真结果，获取各个所述待验证测试点的验证通过率。

22.如权利要求21所述的测试点验证装置，其特征在于，还包括：

阈值比较单元，适于当所述待验证测试点的验证通过率不小于预先设置的测试点通过阈值时，设置所述待验证测试点为通过，得到验证通过测试点，当所述待验证测试点的验证通过率小于预先设置的测试点通过阈值时，设置所述待验证测试点为未通过，得到验证未通过测试点。

23.如权利要求22所述的测试点验证装置，其特征在于，还包括：

整体测试点通过率获取单元，适于根据所述验证通过测试点的数量和所述验证未通过测试点的数量，获取整体测试点通过率。

24.如权利要求23所述的测试点验证装置，其特征在于，还包括：

验证报告获取单元，适于当所述整体测试点通过率不小于整体阈值时，停止验证，获取验证报告。

25.如权利要求23所述的测试点验证装置，其特征在于，还包括：

测试用例补充单元，适于当所述整体测试点通过率小于整体阈值时，获取新的测试用例，将新的所述测试用例作为测试用例，将验证未通过测试点作为待验证测试点，并执行建立各个所述测试用例和与所述测试用例对应的所述待验证测试点的链接关系的步骤。

26.一种存储介质，其特征在于，所述存储介质存储有测试点验证的程序，以实现如权利要求1-14任一项所述的测试点验证方法。

27.一种电子设备，其特征在于，包括至少一个存储器和至少一个处理器，所述存储器存储有测试点验证的程序，所述处理器调用所述程序，以执行如权利要求1-14任一项所述的测试点验证方法。

Images