CN111737134A - 一种芯片测试方法、装置、电子设备以及存储介质 - Google Patents

Abstract

本发明提供了一种芯片测试方法、装置、电子设备以及存储介质，涉及芯片测试技术领域。首先接收测试文件包与配置文件的参考类型，其中，测试文件包包括至少一个测试文件组；每个测试文件组均包括颜色文件，然后根据配置文件的参考模型，生成颜色文件对应的配置文件，再依据预设定程序和配置文件对每个颜色文件进行编码，以生成参考码流；利用待测试芯片和配置文件对每个颜色文件进行编码，以生成待测码流，最后将参考码流与待测码流进行比较，以确定待测试芯片是否合格。本发明提供的芯片测试方法、装置、电子设备以及存储介质具有提升了开发人员的工作效率及提升了测试效率的优点。

Description

一种芯片测试方法、装置、电子设备以及存储介质

技术领域

本申请涉及芯片测试技术领域，具体而言，涉及一种芯片测试方法、装置、电子设备以及存储介质。

背景技术

随着视频编解码技术日益提高，以及编解码芯片性能不断增强，内存不断增大，视频的帧率和分辨率不断提升。在芯片开发过程中，对芯片的验证工作也变得更加复杂，测试对象不仅要覆盖足够多的技术参数，同时它自身也要求比以往更高的性能。

针对不同的产品，开发人员拿到新的测试需求，第一时间往往需要重新配置其自动化测试环境，而每个芯片的测试环境与数据较多，开发人员需要多次配置芯片测试时的相关参数，导致开发人员的工作效率较低。

发明内容

本申请的目的在于提供一种芯片测试方法、装置、电子设备以及存储介质，以解决现有技术中开发人员的工作效率低的问题。

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

第一方面，本申请实施例提供了一种芯片测试方法，所述方法包括：

接收测试文件包与配置文件的参考类型，其中，所述测试文件包包括至少一个测试文件组；每个所述测试文件组均包括颜色文件；

根据配置文件的参考模型，生成所述颜色文件对应的配置文件；

依据预设定程序和所述配置文件对每个所述颜色文件进行编码，以生成参考码流；利用待测试芯片和所述配置文件对每个所述颜色文件进行编码，以生成待测码流；

将所述参考码流与所述待测码流进行比较，以确定所述待测试芯片是否合格第二发面，本申请实施例提供了一种芯片测试装置，所述装置包括：

信号接收单元，用于接收测试文件包与配置文件的参考类型，其中，所述测试文件包包括至少一个测试文件组；每个所述测试文件组均包括颜色文件；

数据处理单元，用于根据配置文件的参考模型，生成所述颜色文件对应的配置文件；

数据处理单元，还用于依据预设定程序和所述配置文件对每个所述颜色文件进行编码，以生成参考码流；利用待测试芯片和所述配置文件对每个所述颜色文件进行编码，以生成待测码流；

所述数据处理单元，还用于将所述参考码流与所述待测码流进行比较，以确定所述待测试芯片是否合格。

第三方面，本申请实施例提供了一种电子设备，包括：存储器，用于存储一个或多个程序；处理器；当所述一个或多个程序被所述处理器执行时，实现如上述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述的方法。

相对于现有技术，本申请具有以下有益效果：

本申请提供了一种芯片测试方法、装置、电子设备以及存储介质，首先接收测试文件包与配置文件的参考类型，其中，测试文件包包括至少一个测试文件组；每个测试文件组均包括颜色文件，然后根据配置文件的参考模型，生成颜色文件对应的配置文件，再依据预设定程序和配置文件对每个颜色文件进行编码，以生成参考码流；利用待测试芯片和配置文件对每个颜色文件进行编码，以生成待测码流，最后将参考码流与待测码流进行比较，以确定待测试芯片是否合格。由于本申请采用测试文件包的形式进行芯片的测试，因此当测试环境更改时，仅需要开发人员对测试文件包进行配置，节约了时间，提升了开发人员的工作效率。同时，本申请参考码流与测试码流的生成进行分离，使得能够同时生成参考码流与测试码流，简化了测试流程，提升了测试效率。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例提供的电子设备的框图。

图2示出了本发明实施例提供的一种芯片测试方法的流程图。

图3示出了本发明实施例提供的另一种芯片测试方法的流程图。

图4示出了本发明实施例提供的图2中S104的子步骤的流程图。

图5示出了本发明实施例提供的图2中S106的子步骤的流程图。

图6示出了本发明实施例提供的芯片测试装置的模块示意图。

图7示出了本发明实施例提供的数据处理单元的模块示意图。

图标：100-电子设备；101-处理器；102-存储器；103-通信接口；200-芯片测试装置；210-信号接收单元；220-判断单元；230-数据处理单元；231-控制模块；232-标识模块；233-数据获取模块。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

第一实施例

正如背景技术中所述，针对不同的产品，开发人员在拿到新的测试需求后，第一时间往往需要重新配置其自动化测试环境，而自动化测试环境又较为复杂，数据较多，因此开发人员需要对每个数据均进行配置，导致开发人员的工作效率较低。

有鉴于此，本申请提供了一种芯片测试方法，以通过利用测试文件包的形式，提升开发人员的工作效率。同时，通过将参考码流与测试码流的生成进行分离方式，使得能够同时生成参考码流与测试码流，简化了测试流程，进而也能够提升了测试效率。

下面以电子设备作为执行主体，对本申请提供的芯片测试方法进行示例性说明。

其中，请参阅图1，该电子设备100包括存储器102、处理器101和通信接口103，该存储器102、处理器101和通信接口103相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器102可用于存储软件程序及模块，如本申请实施例所提供的芯片测试装置200对应的程序指令/模块，处理器101通过执行存储在存储器102内的软件程序及模块，从而执行各种功能应用以及数据处理。该通信接口103可用于与其他节点设备进行信令或数据的通信。

其中，存储器102可以是但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器101可以是一种集成电路芯片，具有信号处理能力。该处理器101可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解，图1所示的结构仅为示意，电子设备还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。并且，作为本申请一种可能的实现方式，电子设备可以为计算机。

请参阅图2，本申请提供的芯片测试方法包括：

S102，接收测试文件包与配置文件的参考类型，其中，所述测试文件包包括至少一个测试文件组；每个所述测试文件组均包括颜色文件。

S104，根据配置文件的参考模型，生成所述颜色文件对应的配置文件。

S106，依据预设定程序和所述配置文件对每个所述颜色文件进行编码，以生成参考码流；利用待测试芯片和所述配置文件对每个所述颜色文件进行编码，以生成待测码流。

S108，将参考码流与待测码流进行比较，以确定待测试芯片是否合格。

在芯片制作完成后，需要对芯片的性能进行测试，例如对于该芯片的视频解码性能进行测试。现有的技术方案大多和单一IP(intellectual property right，一套拥有知识产权的编解码视频的方案)绑定，更换产品IP则需要大量修改当前方案的代码或者重写。例如，当对A类芯片进行测试后，再对B类芯片进行性能测试时，则需要更改相关参数，使得需要对当前方案的代码进行修改或者重写，开发人员的工作量较大。其中，对于芯片测试过程主要可以分为四个部分：生成测试对象，生成参考对象，对比结果，输出报告。这种自动化测试方案因为和IP强相关，导致其通用性很差，每一个产品都需要重新搭建一套测试环境。同时因为设计人员的方案选择，测试的效率也有很大的差别。

本申请中，采用测试文件包的方式进行测试，其中，测试文件包中可包括多个测试相关数据，当需要重新搭建测试环境时，只需要设计人员对测试文件包的相关参数或代码进行修改，而无需对测试文件包中每个数据的代码进行修改，进而使设计人员的工作量更小，达到提升设计人员工作效率的目的。换言之，本申请通过测试文件包来适应不同产品的差异，进而提升设计人员工作效率。

作为本申请中一种可能的实现方式，测试文件包包括一个或多个测试文件组，在电子设备接收到该测试文件组后，即可对测试文件组进行编码。其中，为了确定待测试芯片是否合格，需要利用测试对象与参考对象进行比较。

其中，本申请对于参考对象的获取，可以通过利用预设定的程序对每个测试文件组进行编号，进而生成参考码流的方式。其中，该预设定程序为经过验证且能够编码出准确码流的程序，该参考码流即依据测试文件组编码出的准确程序。需要说明的是，一个测试文件组能够生成一个参考码流，例如，当测试文件组有100个时，则经过预设定程序进行编码后，会生成100个参考码流。

同时，电子设备还会利用待测试芯片对每个测试文件组进行编码，即在实际应用中，电子设备会控制待测试芯片启动，并向待测试芯片输入测试文件组，待测试芯片在运行过程中，会对测试文件组进行编码，电子设备进而能够获取待测试芯片输出的待测码流。其中，待测码流为通过待测试芯片输出的码流。并且，需要说明的是，一个测试文件组能够生成一个待测码流，例如，当测试文件组有100个时，则经过待测试芯片进行编码后，会生成100个待测码流。

并且，还需要说明的是，由于预设定程序与待测试芯片均对同样的测试文件组进行编码，因此通过预设定程序与待测试芯片编码后的参考码流与待测码流的数量相同且一一对应。例如，测试文件组为x，x经过预设定程序进行编码后生成的参考码流为x1，x经过待测试芯片进行编码后的文件为x2，则x1与x2数量相同且一一对应。

并且，在获取参考码流与待测码流后，电子设备会将该参考码流与该待测码流进行比较，进而确定该待测试芯片是否合格。作为本申请一种可能的实现方式，电子设备通过比较二者的相似度实现确定芯片是否合格。

需要说明的是，当参考码流与待测码流的数量为多个时，则需要分别将每个相对的参考码流与待测码流进行比较。例如，测试组件包括x与y，其经过预设定程序与待测试芯片编码后生成的码流分别为x1、x2、y1以及y2，则该电子设备需要将x1与x2进行比较，并将y1与y2进行比较。

作为本申请一种可选的实现方式，本申请提供的每个测试文件组均包括颜色文件与配置文件。其中，颜色文件可以为YUV文件，YUV文件是一种颜色编码方法，“Y”表示明亮度(Luminance或Luma)，也就是灰阶值，“U”和“V”表示的则是色度(Chrominance或Chroma)，作用是描述影像色彩及饱和度，用于指定像素的颜色。配置文件可以为cfg格式文件。

其中，在S104的步骤之前，请参阅图3，该方法还包括：

S1031，判断颜色文件的大小是否大于阈值，如果是，则执行S1032，如果否，则执行S104。

S1032，对颜色文件进行分割，以使分割后的颜色文件小于阈值。

由于测试文件包内的工具对数据的大小的有相应要求，文件过大则无法正常使用。因此，在电子设备接收到测试文件组后，还会对测试文件组中的颜色文件的大小进行判断。当该颜色文件的大小小于阈值时，则表示该颜色文件能够通过待测试芯片进行编码。

需要说明的是，由于在实际应用中，颜色文件一般较大，达到几十MB或几百MB；而配置文件一般较小，仅为几Kb，因此，电子设备仅需对颜色文件的大小进行判断，而无需对配置文件的大小进行判断。

还需要说明的是，在本申请中，本申请在对颜色文件进行分割处理时，会将颜色文件分割成一帧一帧的数据。并且，本申请还会对颜色文件的完整性进行判断，即判断颜色文件是否为整数帧，并且当颜色文件不是整数帧时，对该颜色文件进行裁剪，以裁剪掉颜色文件中不足一帧的无效数据。例如，当颜色文件为30.5帧时，则该电子设备会将0.5帧裁剪掉，使得颜色文件为完整的30帧。

并且，作为本申请一种的可选的实现方式，请参阅图4，S106包括：

S1061，控制待测试芯片加载颜色文件与配置文件。

S1062，获取经待测试芯片输出的待测码流。

并且，在S104之前，该方法还包括：S1033，对颜色文件进行标识。在S106之后，该方法还包括：

S107，获取未进行标识的测试文件组，并控制待测试芯片加载未进行标识的测试文件组中的颜色文件与配置文件，直至测试文件组均已标识。

其中，在利用待测试芯片对测试文件组进行编码时，首先电子设备会执行准备编码操作，即相应软硬件程序就位。然后电子设备会控制待测试芯片加载颜色文件与配置文件，进而通过待测试芯片对颜色文件与配置文件进行编码。

需要说明的是，由于在实际使用过程中，需要将所有颜色文件与配置文件均编码完，因此每当待测试芯片调用一组颜色文件与配置文件时，电子设备会对该组颜色文件进行标识。作为一种可选的实现方式，可以采用编号的形式实现对颜色文件的标识，例如，当待测试芯片在对第一组颜色文件与配置文件进行编码时，电子设备可将该颜色文件标识001，当在对第二组颜色文件与配置文件进行编码时，电子设备可将该颜色文件标识002，依此类推。

在待测芯片编码出待测码流后，芯片里的程序需要告诉调试器，码流在芯片内存的起始位置和结束位置，这样电子设备就能将待测码流从芯片的内存下载到主机硬盘里，然后将它和参考码流进行对比。

需要说明的是，本申请在利用待测试芯片对颜色文件与配置文件进行编码时，实际为执行循环的过程，即在编码完成一组数据后，待测试芯片会获取未进行标识的测试文件组，并控制待测试芯片加载未进行标识的测试文件组中的颜色文件与配置文件，直至测试文件组均已标识才结束该循环。

还需要说明的是，本申请所述的待测试芯片加载颜色文件与配置文件的过程中时，实际为首先通过全局配置文件获取加载地址，然后控制所述待测试芯片依据所述加载地址加载颜色文件与配置文件。

同时，作为本申请一种可能的实现方式，请参阅图5，S108的步骤包括：

S1081，将参考码流与待测码流进行比较，以获取参考码流与待测码流的相似度。

S1082，当相似度大于或等于预设定的数值时，确定待测试芯片合格；

当相似度小于预设定的数值时，确定待测试芯片不合格。

例如，将预设定的数值设置为95％，即当参考码流与待测码流的相似度达到95％，表示该待测试芯片对数据的编码的准确度较高，符合要求，属于合格产品，反之，则属于不合格产品。

需要说明的时，由于本申请将参考码流和测试码流的生成做分离，使得可同时生成参考码流和测试码流，另外，通过将测试的各个模块做分离，利用测试文件包解决不同产品测试时的差异，达到大大简化测试流程，提升测试效率的目的。

第二实施例

请参阅图6，本发明较佳实施例提供的芯片测试装置200的功能单元示意图。需要说明的是，本实施例所提供的芯片测试装置200，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本发明实施例部分未提及之处，可参考上述的实施例中相应内容。该芯片测试装置200包括：

信号接收单元210，用于接收测试文件包与配置文件的参考类型，其中，所述测试文件包包括至少一个测试文件组；每个所述测试文件组均包括颜色文件。可以理解地，通过信号接收单元210能够执行S102。

数据处理单元230，用于根据配置文件的参考模型，生成所述颜色文件对应的配置文件。

可以理解地，通过数据处理单元230能够执行S104。数据处理单元230，用于依据预设定程序和所述配置文件对每个所述颜色文件进行编码，以生成参考码流；利用待测试芯片和所述配置文件对每个所述颜色文件进行编码，以生成待测码流。

可以理解地，通过数据处理单元230能够执行S106。

数据处理单元230，还用于将参考码流与待测码流进行比较，以确定待测试芯片是否合格。

可以理解地，通过数据处理单元230能够执行S108。

其中，该装置还包括：

判断单元220，用于判断颜色文件的大小是否大于阈值。

可以理解地，通过判断单元220能够执行S1031。

数据处理单元230，还用于对颜色文件进行分割，以使分割后的颜色文件小于阈值。

可以理解地，通过数据处理单元230能够执行S1032。

其中，请参阅图7，数据处理单元230包括：

控制模块231，用于控制所述待测试芯片加载所述颜色文件与配置文件。

可以理解地，通过控制模块231能够执行S1061。

数据获取模块233，用于获取经所述待测试芯片输出的待测码流。

可以理解地，通过数据获取模块233能够执行S1062。

该装置包括：

标识模块232，用于对所述颜色文件进行标识。

可以理解地，通过标识模块232能够执行S1033。

数据处理单元230，还用于获取未进行标识的测试文件组，并控制所述待测试芯片加载所述未进行标识的测试文件组中的颜色文件与配置文件，直至所述测试文件组均已标识。

可以理解地，通过控制模块231能够执行S107。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的芯片测试装置200的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例揭示的芯片测试方法。

综上所述，本申请提供了一种芯片测试方法、装置、电子设备以及存储介质，首先接收测试文件包与配置文件的参考类型，其中，测试文件包包括至少一个测试文件组；每个测试文件组均包括颜色文件，然后根据配置文件的参考模型，生成颜色文件对应的配置文件，再依据预设定程序和配置文件对每个颜色文件进行编码，以生成参考码流；利用待测试芯片和配置文件对每个颜色文件进行编码，以生成待测码流，最后将参考码流与待测码流进行比较，以确定待测试芯片是否合格。由于本申请采用测试文件包的形式进行芯片的测试，因此当测试环境更改时，仅需要开发人员对测试文件包进行配置，节约了时间，提升了开发人员的工作效率。同时，本申请参考码流与测试码流的生成进行分离，使得能够同时生成参考码流与测试码流，简化了测试流程，提升了测试效率。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

Claims (10)

1.一种芯片测试方法，其特征在于，所述方法包括：

接收测试文件包与配置文件的参考类型，其中，所述测试文件包包括至少一个测试文件组；每个所述测试文件组均包括颜色文件；

根据配置文件的参考模型，生成所述颜色文件对应的配置文件；

依据预设定程序和所述配置文件对每个所述颜色文件进行编码，以生成参考码流；利用待测试芯片和所述配置文件对每个所述颜色文件进行编码，以生成待测码流；

将所述参考码流与所述待测码流进行比较，以确定所述待测试芯片是否合格。

2.如权利要求1所述的芯片测试方法，其特征在于，所述利用待测试芯片和所述配置文件对每个所述颜色文件进行编码，以生成待测码流的步骤包括：

控制所述待测试芯片加载所述颜色文件与所述配置文件；

获取经所述待测试芯片输出的待测码流。

3.如权利要求2所述的芯片测试方法，其特征在于，在所述控制所述待测试芯片加载所述颜色文件与配置文件的步骤之后，所述方法还包括：

对所述颜色文件进行标识；

在所述获取经所述待测试芯片输出的待测码流的步骤之后，所述方法还包括：

获取未进行标识的测试文件组，并控制所述待测试芯片加载所述未进行标识的测试文件组中的颜色文件与配置文件，直至所述测试文件组均已标识。

4.如权利要求2所述的芯片测试方法，其特征在于，所述控制所述待测试芯片加载所述颜色文件与所述配置文件的步骤包括：

通过全局配置文件获取加载地址，并控制所述待测试芯片依据所述加载地址加载所述颜色文件与所述配置文件。

5.如权利要求1所述的芯片测试方法，其特征在于，在所述生成所述颜色文件对应的配置文件的步骤之前，所述方法还包括：

当所述颜色文件大于阈值时，对所述颜色文件进行分割，以使分割后的颜色文件小于阈值。

6.一种芯片测试装置，其特征在于，所述装置包括：

信号接收单元，用于接收测试文件包与配置文件的参考类型，其中，所述测试文件包包括至少一个测试文件组；每个所述测试文件组均包括颜色文件；

数据处理单元，用于根据配置文件的参考模型，生成所述颜色文件对应的配置文件；

数据处理单元，还用于依据预设定程序和所述配置文件对每个所述颜色文件进行编码，以生成参考码流；利用待测试芯片和所述配置文件对每个所述颜色文件进行编码，以生成待测码流；

所述数据处理单元，还用于将所述参考码流与所述待测码流进行比较，以确定所述待测试芯片是否合格。

7.如权利要求6所述的芯片测试装置，其特征在于，所述数据处理单元包括：

控制模块，用于控制所述待测试芯片加载所述颜色文件与所述配置文件；

待测码流生成模块，用于根据所述配置文件生成颜色文件对应的待测码流；

数据获取模块，用于获取经所述待测试芯片输出的待测码流。

8.如权利要求7所述的芯片测试装置，其特征在于，所述数据处理单元还包括：

标识模块，用于对所述颜色文件进行标识；

所述控制模块，还用于获取未进行标识的测试文件组，并控制所述待测试芯片加载所述未进行标识的测试文件组中的颜色文件与配置文件，直至所述测试文件组均已标识。

9.一种电子设备，其特征在于，包括：

存储器，用于存储一个或多个程序；

处理器；

当所述一个或多个程序被所述处理器执行时，实现如权利要求1-5中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-5中任一项所述的方法。

Images