一种接口验证方法、装置、设备及存储介质与流程

1.本发明涉及硬件验证技术领域，尤其涉及一种接口验证方法、装置、设备及存储介质。


背景技术：

2.芯片中的bus matrix是传递信息非常重要的ip，但是该ip的验证工作一直是个难点，尤其针对接多种不同接口的matrix，现在还没有一种通用的验证架构，而如果不同种类接口的数据内容和格式都有差异，也会进一步加大验证工作的难度。
3.传统的验证方法是采样每个接口的数据传递到scoreboard中，在scoreboard中对来自不同接口的数据进行解析和转换，转换完成后，在逐个进行对比。
4.但来自不同不同接口的信息的数据类型、位宽以及数据包的格式都不一致，导致验证过程繁琐，降低验证效率，并且容易出现漏掉检查的问题，进而导致芯片的风险增加。


技术实现要素：

5.本发明提供了一种接口验证方法、装置、设备及存储介质，以实现对芯片中不同类型接口的验证。
6.根据本发明的一方面，提供了一种接口验证方法，该方法包括：
7.获取待验证接口的目标接口标识，根据目标接口标识确定调用路径；
8.基于调用路径获取待验证接口的初始数据，将初始数据转换成标准数据；
9.根据标准数据生成待验证接口的接口验证结果。
10.可选的，根据目标接口标识确定调用路径，包括：获取各接口的接口连线，将各接口连线封装在宏函数中以生成配置路径模板，其中，配置路径模板包括各接口的接口连线，接口包括接口标识；根据目标接口标识查询配置路径模板，以获取与目标接口标识匹配的目标接口连线；将目标接口连线作为调用路径。
11.可选的，将初始数据转换成标准数据，包括：确定初始数据的合法验证情况，其中，合法验证情况包括合法数据和非法数据；当合法验证情况为合法数据时，获取指定格式的数据包；将初始数据封装在数据包中以生成标准数据。
12.可选的，确定初始数据的合法验证情况，包括：获取用户设置的合法地址清单，并确定初始数据的数据地址；判断合法地址清单中是否包含数据地址，若是，确定初始数据为合法数据；否则，确定初始数据为非法数据。
13.可选的，根据标准数据生成待验证接口的接口验证结果，包括：根据标准数据生成数据队列，其中，数据队列包括从端数据队列和主端数据队列；依次提取从端数据队列中的标准数据作为待匹配数据；根据待匹配数据和主端数据队列生成接口验证结果。
14.可选的，根据标准数据生成数据队列，包括：确定各标准数据对应的接收端和接收时间，其中，接收端包括从端和主端；根据接收端和各标准数据生成数据分组，其中，数据分组中包括接收端相同的标准数据；将数据分组中的各标准数据按照接收时间由早到晚的顺
序进行排列以生成数据队列。
15.可选的，根据待匹配数据和主端数据队列生成接口验证结果，包括：确定主端数据队列的存储情况，其中，存储情况包括空队列和非空队列；当主端数据队列为非空队列时，提取主端数据队列中的第一个标准数据作为目标数据；当目标数据和待匹配数据不一致时，保留目标数据和待匹配数据作为验证失败的标准数据；将验证失败的标准数据作为接口验证结果。
16.根据本发明的另一方面，提供了一种接口验证装置，该装置包括：
17.调用路径确定模块，用于获取待验证接口的目标接口标识，根据目标接口标识确定调用路径；
18.标准数据转换模块，用于基于调用路径获取待验证接口的初始数据，将初始数据转换成标准数据；
19.接口验证结果生成模块，用于根据标准数据生成待验证接口的接口验证结果。
20.根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：
21.至少一个处理器；以及
22.与所述至少一个处理器通信连接的存储器；其中，
23.所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的一种接口验证方法。
24.根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的一种接口验证方法。
25.本发明实施例的技术方案，通过获取待验证接口的目标接口标识确定调用路径，对连线工作进行简化，减小了开发人员的连线工作量，然后基于调用路径获取待验证接口的初始数据，通过将不同格式的初始数据转换成统一格式的标准数据，进而在后续验证时可以根据标准数据直接生成接口验证结果，无需再逐个分析每种接口的数据格式的差异性，减小了验证的错误率，提高了验证效率，避免出现漏掉检查的问题，进而提高了芯片的安全性和稳定性。
26.应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
27.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
28.图1是根据本发明实施例一提供的一种接口验证方法的流程图；
29.图2是根据本发明实施例一提供的另一种接口验证方法的流程图；
30.图3是根据本发明实施例二提供的另一种接口验证方法的流程图；
31.图4是根据本发明实施例三提供的一种接口验证装置的结构示意图；
32.图5是实现本发明实施例的一种接口验证方法的电子设备的结构示意图。
具体实施方式
33.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
34.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
35.实施例一
36.图1为本发明实施例一提供了一种接口验证方法的流程图，本实施例可适用于对芯片中的接口进行验证的情况，该方法可以由接口验证装置来执行，该接口验证装置可以采用硬件和/或软件的形式实现，该接口验证装置可配置于计算机中。如图1所示，该方法包括：
37.s110、获取待验证接口的目标接口标识，根据目标接口标识确定调用路径。
38.其中，接口是指芯片接入功能的入口，接口可以用来传递数据，待验证接口是指用户想要进行验证的接口，用户可以在和芯片相连的用户终端上输入目标接口标识，以使芯片根据目标接口标识确定调用路径。目标接口标识是指目标接口的标识信息，例如，目标接口标识可以是接口名称。调用路径是指调用的目标接口连线。通过目标接口连线，可以使待验证接口和验证架构相连，进而进行后续数据对比工作，实现接口验证。本实施方式中的验证架构是指在面向对象编程的基础上，开发出新的uvm组件adaptor_subscriber。
39.可选的，根据目标接口标识确定调用路径，包括：获取各接口的接口连线，将各接口连线封装在宏函数中以生成配置路径模板，其中，配置路径模板包括各接口的接口连线，接口包括接口标识；根据目标接口标识查询配置路径模板，以获取与目标接口标识匹配的目标接口连线；将目标接口连线作为调用路径。
40.需要说明的是，现有技术中芯片接口相关的连线工作量大，几乎所有的matrix都是share的ip，会在芯片的多个地方使用。示例性的，以clp2reg为例，总共有6个clp2reg在mcu_top上使用，mcu_top又分别在ssm，vpu等其他system中使用，这样会导致巨大的连线工作量，如果根据常规的连线方式，在tb中逐一实例化每个module再连线，代码量巨大，而且当更高一级的enviroment想服用clp2reg的checker时，module中的连线无法复用，重新连线工作量巨大。
41.基于此，本实施方式的技术方案对连线工作进行了简化和复用。只需要获取全部接口的接口连线然后将所有连线参数化，即将各接口连线封装在宏函数中以生成配置路径
模板，配置路径模板包括各接口的接口连线，并且每个接口都用接口标识进行表示。目标接口标识是指待验证接口的接口标识，目标接口标识由用户输入，通过目标接口标识可以查询配置路径模板，以获取与待验证接口匹配的目标接口连线，然后将目标接口连线作为调用路径，即可实现待验证接口和验证架构的连接。
42.示例性的，可以将clp2reg的所有端口的连线全部封装在研发人员提前开发的函数宏当中，将module内部所有的信号连接参数化，如果需要将clp2reg连接到哪一级hairechy，只需要填入该级hairechy的module name或者module id作为函数宏的输入参数，然后将该函数宏直接加入tb即可。这样可以避免复杂的连线工作量，当高一级的env想要复用clp2reg的连线，也只需填入该级hairechy的module name，通过直接引用该宏就可以实现连接。通过将module name或者module id参数化，同时将所有的连线封装成函数宏，只需要将对应module name作为函数宏的参数传递进去即可完成连线工作，极大的减小了开发人员的连线工作量。
43.s120、基于调用路径获取待验证接口的初始数据，将初始数据转换成标准数据。
44.需要说明的是，由于来自不同不同接口的信息的数据类型、位宽以及数据包的格式都不一致，导致验证人员对结果进行检查时会有困难。即monitor采样到的所有接口的信息都会送到scoreboard，然后由验证人员在scoreboard中做解析，然后寻找一一对应的数据做检查。这种方式需要逐一寻找不同接口中类型匹配的数据，再做检查，检查的流程比较繁琐；并且scoreboard中的解析工作导致代码非常繁冗，可读性和维护性差；由于所有信息没有统一的格式，不容易理解不同接口信息之间的联系，错误率高，容易出现漏掉检查的风险，会加大芯片的风险；同时验证环境的继承性差，不方便更高一级的环境或者下一个版本中重复使用或者迭代，一旦下一个版本的项目重新开发测试环境，又需要投入新的人力。
45.基于此，本实施方式的技术方案将不同接口的初始数据统一为一种格式的标准数据，这样在做检查时，不用再逐个分析每种接口的数据格式的差异性，scoreboard在收集到数据后也无需转换，可以直接比较。
46.图2为本发明实施例一提供了一种接口验证方法的流程图，步骤s120主要包括如下的步骤s121至步骤s123：
47.s121、基于调用路径获取待验证接口的初始数据。
48.s122、确定初始数据的合法验证情况，其中，合法验证情况包括合法数据和非法数据。
49.可选的，确定初始数据的合法验证情况，包括：获取用户设置的合法地址清单，并确定初始数据的数据地址；判断合法地址清单中是否包含数据地址，若是，确定初始数据为合法数据；否则，确定初始数据为非法数据。
50.具体的，在将初始数据转化成标准数据之前需要先对初始数据进行合法验证，即通过获取用户设置的合法地址清单，即地址白名单，合法地址清单中包含可以进行格式转换的数据地址。通过确定初始数据的数据地址，然后判断该数据地址是否存在在合法地址清单中即可判断初始数据的合法验证情况，如果合法地址清单中包含数据地址，则可以确定初始数据为合法数据，如果如果合法地址清单中不包含该数据地址，则确定该初始数据为非法数据。在确定初始数据的合法验证情况后，可以将非法数据进行剔除，避免系统被其他地址的数据入侵，保证系统的安全。
51.s123、当合法验证情况为合法数据时，获取指定格式的数据包；将初始数据封装在数据包中以生成标准数据。
52.具体的，只有合法验证情况为合法数据的初始数据才能转换成标准数据。转换时可以获取指定格式的数据包，然后将初始数据封装在数据包中即可生成标准数据。示例性的，指定格式是指用户设置的格式，可以是clp_item，用户可以在测试平台中添加一个新的数据包类型clp_item，即可实现将所有的接口trans的数据封装并统一起来,例如，可以把axi_mater_trans、fast_slave_trans、host_master_trans以及host_salve_trans中的item全部抽象并封装到clp_item中。
53.进一步的，本实施方式的技术方案将数据解析和转换的工作从scoreboard中剥离出来，通过在测试平台中添加验证架构，即uvm组件adaptor_subscriber，即可将所有检测到的数据的解析和转换工作在各自的adaptor_subscriber中的convert任务中完成，当adaptor_subscriber完成解析和转换之后，再按照clp_item的形式统一传递给scoreboard。减小了检查的错误率，同时让测试平台的维护性和复用性大大提高，也更容易验证人员理解整个验证的思路。
54.示例性的，可以将验证架构连接到monitor和scoreboard中间。在采样到不同接口的信息后，可以发送到各自的验证架构中完成转换，这样使得整个平台模块化，并且数据转换更加清楚，也更容易将测试平台分配给多个人进行维护(模块化使得平台的维护更方便)。验证架构具有两种功能：precheck预检查和convert数据转换，通过预检查可以将非法数据在precheck中剔除；通过数据转换将不同接口的合法数据封装在数据包clp_item，再传递给scoreboard。同时，验证架构具有良好的复用性和扩展性，用户可以直接使用precheck功能和convert功能，也可以根据需要修改convert的功能。这样scoreborad中的checker将以golden的形式存在，当下一次复用时，直接维护对应的验证架构即可。
55.s130、根据标准数据生成待验证接口的接口验证结果。
56.具体的，通过验证架构对标准数据进行验证即可生成待验证接口的接口验证结果。接口验证结果中存储的是验证失败的标准数据。如果接口验证结果为空，则表示待验证接口的标准数据全部通过验证。
57.本发明实施例的技术方案，通过获取待验证接口的目标接口标识确定调用路径，对连线工作进行简化，减小了开发人员的连线工作量，然后基于调用路径获取待验证接口的初始数据，通过将不同格式的初始数据转换成统一格式的标准数据，进而在后续验证时可以根据标准数据直接生成接口验证结果，无需再逐个分析每种接口的数据格式的差异性，减小了验证的错误率，提高了验证效率，避免出现漏掉检查的问题，进而提高了芯片的安全性和稳定性。
58.实施例二
59.图3为本发明实施例二提供的一种接口验证方法的流程图，本实施例在上述实施例一的基础上对根据标准数据生成待验证接口的接口验证结果的过程进行具体说明。其中，步骤s210-s220的具体内容与实施例一中的步骤s110-s120大致相同，因此本实施方式中不再进行赘述。如图3所示，该方法包括：
60.s210、获取待验证接口的目标接口标识，根据目标接口标识确定调用路径。
61.可选的，根据目标接口标识确定调用路径，包括：获取各接口的接口连线，将各接
口连线封装在宏函数中以生成配置路径模板，其中，配置路径模板包括各接口的接口连线，接口包括接口标识；根据目标接口标识查询配置路径模板，以获取与目标接口标识匹配的目标接口连线；将目标接口连线作为调用路径。
62.s220、基于调用路径获取待验证接口的初始数据，将初始数据转换成标准数据。
63.可选的，将初始数据转换成标准数据，包括：确定初始数据的合法验证情况，其中，合法验证情况包括合法数据和非法数据；当合法验证情况为合法数据时，获取指定格式的数据包；将初始数据封装在数据包中以生成标准数据。
64.可选的，确定初始数据的合法验证情况，包括：获取用户设置的合法地址清单，并确定初始数据的数据地址；判断合法地址清单中是否包含数据地址，若是，确定初始数据为合法数据；否则，确定初始数据为非法数据。
65.s230、根据标准数据生成数据队列，其中，数据队列包括从端数据队列和主端数据队列。
66.可选的，根据标准数据生成数据队列，包括：确定各标准数据对应的接收端和接收时间，其中，接收端包括从端和主端；根据接收端和各标准数据生成数据分组，其中，数据分组中包括接收端相同的标准数据；将数据分组中的各标准数据按照接收时间由早到晚的顺序进行排列以生成数据队列。
67.需要说明的是，如果接口是类似于amba总线等有user或者id等标记信息的数据，还可以通过标记确认来源再做比对。而没有标记的接口，无法确认数据是来自于哪一个端口。以实施方式中的clp2reg为例，包括两个主端：axi和host；以及两个从端：reg slave和fast slave。假如reg slave收到一笔标准数据，验证人员无法判断该标准数据是来自于axi，还是host。而无法确认出该标准数据来源于哪一个主端，就无法作出正确的对比。
68.基于此，本实施方式会根据从端接收到的数据时间和顺序，反向轮询查找匹配，不需要区分从端就的数据来源，通过采样到数据的先后时间，对收集的主端数据进行反向轮询查找，就可以完成数据比对。
69.具体的，芯片可以根据标准数据生成数据队列，数据队列包括从端数据队列和主端数据队列。芯片会先确定各标准数据对应的接收端和接收时间，接收端包括从端和主端，然后根据接收端和各标准数据生成数据分组，即将相同接收端的标准数据划分至同一数据分组，即数据分组中包括接收端相同的标准数据，然后将各数据分组中的标准数据按照接收时间由早到晚的顺序进行排列，以生成数据队列。
70.s240、依次提取从端数据队列中的标准数据作为待匹配数据。
71.s250、根据待匹配数据和主端数据队列生成接口验证结果。
72.可选的，根据待匹配数据和主端数据队列生成接口验证结果，包括：确定主端数据队列的存储情况，其中，存储情况包括空队列和非空队列；当主端数据队列为非空队列时，提取主端数据队列中的第一个标准数据作为目标数据；当目标数据和待匹配数据不一致时，保留目标数据和待匹配数据作为验证失败的标准数据；将验证失败的标准数据作为接口验证结果。
73.具体的，在进行接口验证时，只需要按照接收时间依次提取从端数据队列中的标准数据作为待匹配数据，然后需要确定定主端数据队列的存储情况，即判断主端数据队列的存储情况是空队列还是非空队列。待匹配数据需要和非空队列的主端数据队列进行数据
对比，当确定出主端数据队列为非空队列时，可以提取主端数据队列中的第一个标准数据作为目标数据，然后进一步判断目标数据和待匹配数据是否一致，当目标数据和待匹配数据不一致时，保留目标数据和待匹配数据作为验证失败的标准数据，而当目标数据和待匹配数据一致时，可以将目标数据和待匹配数据从数据队列中删除，然后提取从端数据队列中的下一个数据作为待匹配数据继续进行验证。最后的接口验证结果中只保留验证失败的标准数据。通过生成数据队列即可进行数据验证，解决了以往区分从端端口的数据来源后才能验证数据的弊端；同时也减低了设计端口的引脚复杂度，不需要类似于axi的id等类似用来标记的引脚。
74.示例性的，可以先对主端0、主端1和从端的标准数据进行实时采样，采样到后立刻放到对应的数据队列中；然后从端按照标准数据的接收时间依次，反向查找所有主端对应的数据队列，首先需要查找出非空队列，然后和非空队列的第一个数据进行比较，比较成功则认为该笔标准数据检查完毕，并且将参与比对成功的数据从数据队列中删除。比如从端收到标准数据slave_queue_0,则反向轮询查找master1_queue_0和master0_queue_0，如果master1_queue_0和slave_queue_0匹配，则同时丢弃这两个元素。
75.进一步的，本实施方式还具有离线比对和调试的功能，可以将主端和从端的接口的信号全部存储到对应的数据队列和文件中。在离线情况下，即仿真结束后，也能提取出对应数据队列中的标准进行轮询对比，同时支持通过存储的文件中的数据进行检查，不用分析波形，即可定位到错误的数据，提高了定位错误的效率。
76.本发明实施例的技术方案，通过获取待验证接口的目标接口标识确定调用路径，对连线工作进行简化，减小了开发人员的连线工作量，然后基于调用路径获取待验证接口的初始数据，通过将不同格式的初始数据转换成统一格式的标准数据，进而在后续验证时可以根据标准数据直接生成接口验证结果，无需再逐个分析每种接口的数据格式的差异性，减小了验证的错误率，提高了验证效率，避免出现漏掉检查的问题，进而提高了芯片的安全性和稳定性。
77.实施例三
78.图4为本发明实施例三提供的一种接口验证装置的结构示意图。如图4所示，该装置包括：调用路径确定模块310，用于获取待验证接口的目标接口标识，根据目标接口标识确定调用路径；标准数据转换模块320，用于基于调用路径获取待验证接口的初始数据，将初始数据转换成标准数据；接口验证结果生成模块330，用于根据标准数据生成待验证接口的接口验证结果。
79.可选的，调用路径确定模块310，具体包括：调用路径确定单元，用于：获取各接口的接口连线，将各接口连线封装在宏函数中以生成配置路径模板，其中，配置路径模板包括各接口的接口连线，接口包括接口标识；根据目标接口标识查询配置路径模板，以获取与目标接口标识匹配的目标接口连线；将目标接口连线作为调用路径。
80.可选的，标准数据转换模块320，具体包括：合法验证情况确定单元，用于确定初始数据的合法验证情况，其中，合法验证情况包括合法数据和非法数据；数据包获取单元，用于当合法验证情况为合法数据时，获取指定格式的数据包；标准数据生成单元，用于将初始数据封装在数据包中以生成标准数据。
81.可选的，合法验证情况确定单元，具体用于：获取用户设置的合法地址清单，并确
定初始数据的数据地址；判断合法地址清单中是否包含数据地址，若是，确定初始数据为合法数据；否则，确定初始数据为非法数据。
82.可选的，接口验证结果生成模块330，具体包括：数据队列生成单元，用于根据标准数据生成数据队列，其中，数据队列包括从端数据队列和主端数据队列；待匹配数据提取单元，用于依次提取从端数据队列中的标准数据作为待匹配数据；接口验证结果生成单元，用于根据待匹配数据和主端数据队列生成接口验证结果。
83.可选的，数据队列生成单元，具体用于：确定各标准数据对应的接收端和接收时间，其中，接收端包括从端和主端；根据接收端和各标准数据生成数据分组，其中，数据分组中包括接收端相同的标准数据；将数据分组中的各标准数据按照接收时间由早到晚的顺序进行排列以生成数据队列。
84.可选的，接口验证结果生成单元，具体用于：确定主端数据队列的存储情况，其中，存储情况包括空队列和非空队列；当主端数据队列为非空队列时，提取主端数据队列中的第一个标准数据作为目标数据；当目标数据和待匹配数据不一致时，保留目标数据和待匹配数据作为验证失败的标准数据；将验证失败的标准数据作为接口验证结果。
85.本发明实施例的技术方案，通过获取待验证接口的目标接口标识确定调用路径，对连线工作进行简化，减小了开发人员的连线工作量，然后基于调用路径获取待验证接口的初始数据，通过将不同格式的初始数据转换成统一格式的标准数据，进而在后续验证时可以根据标准数据直接生成接口验证结果，无需再逐个分析每种接口的数据格式的差异性，减小了验证的错误率，提高了验证效率，避免出现漏掉检查的问题，进而提高了芯片的安全性和稳定性。
86.本发明实施例所提供的一种接口验证装置可执行本发明任意实施例所提供的一种接口验证方法，具备执行方法相应的功能模块和有益效果。
87.实施例四
88.图5示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。
89.如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(rom)12、随机访问存储器(ram)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(rom)12中的计算机程序或者从存储单元18加载到随机访问存储器(ram)13中的计算机程序，来执行各种适当的动作和处理。在ram 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、rom 12以及ram 13通过总线14彼此相连。输入/输出(i/o)接口15也连接至总线14。
90.电子设备10中的多个部件连接至i/o接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
91.处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如一种接口验证方法。也即：获取待验证接口的目标接口标识，根据目标接口标识确定调用路径；基于调用路径获取待验证接口的初始数据，将初始数据转换成标准数据；根据标准数据生成待验证接口的接口验证结果。
92.在一些实施例中，一种接口验证方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由rom 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到ram 13并由处理器11执行时，可以执行上文描述的一种接口验证方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行一种接口验证方法。
93.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
94.用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
95.在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
96.为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且
可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
97.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。
98.计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。
99.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。
100.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

技术特征：
1.一种接口验证方法，其特征在于，包括：获取待验证接口的目标接口标识，根据所述目标接口标识确定调用路径；基于所述调用路径获取待验证接口的初始数据，将所述初始数据转换成标准数据；根据所述标准数据生成所述待验证接口的接口验证结果。2.根据权利要求1所述的方法，其特征在于，所述根据所述目标接口标识确定调用路径，包括：获取各接口的接口连线，将各所述接口连线封装在宏函数中以生成配置路径模板，其中，所述配置路径模板包括各接口的接口连线，所述接口包括接口标识；根据所述目标接口标识查询所述配置路径模板，以获取与所述目标接口标识匹配的目标接口连线；将所述目标接口连线作为所述调用路径。3.根据权利要求1所述的方法，其特征在于，所述将所述初始数据转换成标准数据，包括：确定所述初始数据的合法验证情况，其中，所述合法验证情况包括合法数据和非法数据；当所述合法验证情况为合法数据时，获取指定格式的数据包；将所述初始数据封装在所述数据包中以生成所述标准数据。4.根据权利要求3所述的方法，其特征在于，所述确定所述初始数据的合法验证情况，包括：获取用户设置的合法地址清单，并确定所述初始数据的数据地址；判断所述合法地址清单中是否包含所述数据地址，若是，确定所述初始数据为合法数据；否则，确定所述初始数据为非法数据。5.根据权利要求1所述的方法，其特征在于，所述根据所述标准数据生成所述待验证接口的接口验证结果，包括：根据所述标准数据生成数据队列，其中，所述数据队列包括从端数据队列和主端数据队列；依次提取所述从端数据队列中的标准数据作为待匹配数据；根据所述待匹配数据和所述主端数据队列生成所述接口验证结果。6.根据权利要求5所述的方法，其特征在于，所述根据所述标准数据生成数据队列，包括：确定各所述标准数据对应的接收端和接收时间，其中，所述接收端包括从端和主端；根据所述接收端和各所述标准数据生成数据分组，其中，所述数据分组中包括接收端相同的标准数据；将所述数据分组中的各所述标准数据按照接收时间由早到晚的顺序进行排列以生成数据队列。7.根据权利要求5所述的方法，其特征在于，所述根据所述待匹配数据和所述主端数据队列生成所述接口验证结果，包括：确定所述主端数据队列的存储情况，其中，所述存储情况包括空队列和非空队列；
当所述主端数据队列为非空队列时，提取所述主端数据队列中的第一个标准数据作为目标数据；当所述目标数据和所述待匹配数据不一致时，保留所述目标数据和所述待匹配数据作为验证失败的标准数据；将所述验证失败的标准数据作为所述接口验证结果。8.一种接口验证装置，其特征在于，包括：调用路径确定模块，用于获取待验证接口的目标接口标识，根据所述目标接口标识确定调用路径；标准数据转换模块，用于基于所述调用路径获取待验证接口的初始数据，将所述初始数据转换成标准数据；接口验证结果生成模块，用于根据所述标准数据生成所述待验证接口的接口验证结果。9.一种电子设备，其特征在于，所述电子设备包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。10.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的方法。

技术总结
本发明公开了一种接口验证方法、装置、设备及存储介质。包括：获取待验证接口的目标接口标识，根据目标接口标识确定调用路径；基于调用路径获取待验证接口的初始数据，将初始数据转换成标准数据；根据标准数据生成待验证接口的接口验证结果。通过获取待验证接口的目标接口标识确定调用路径，对连线工作进行简化，减小了开发人员的连线工作量，然后基于调用路径获取待验证接口的初始数据，通过将不同格式的初始数据转换成统一格式的标准数据，进而在后续验证时可以根据标准数据直接生成接口验证结果，无需再逐个分析每种接口的数据格式的差异性，减小了验证的错误率，提高了验证效率，避免出现漏掉检查的问题，进而提高了芯片的安全性和稳定性。全性和稳定性。全性和稳定性。


技术研发人员：安冰洋 张亚林
受保护的技术使用者：上海燧原科技有限公司
技术研发日：2023.05.06
技术公布日：2023/7/22