CN112612262A - 车载设备的产线测试方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种车载设备的产线测试方法，通过配置车载设备的多个测试项目，基于各个测试项目生成配置文件；根据配置文件向车载设备发送测试指令，接收车载设备反馈的与各个测试项目对应的测试数据；根据测试数据确定车载设备的产线测试结果，实现了快速确定车载设备的产线测试结果，并且通过发送测试指令的方式实现了对车载设备的产线自动化测试，由于测试指令对应的配置文件是针对车载设备的测试项目配置的，保证了测试的准确性，简化测试操作，节省了产线的作业时间，有利于提高生产效率。此外，还提出了一种车载设备的产线测试装置、计算机设备及存储介质。

Description

车载设备的产线测试方法、装置、计算机设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种车载设备的产线测试方法、装置、计算机设备及存储介质。

背景技术

现阶段智能车载设备的生产线测试一般采用测试前的测试设备配置等操作与产品测试执行高度结合的方式。研发部门先对测试设备进行通道配置以及测试序列搭建等操作，然后将操作结果以配置文件的形式进行存储；生产测试部门则在测试执行时通过读取配置文件来完成生产线测试。可见，现有的车载设备产线的测试需要专业人员操作，测试过程繁琐，影响测试效率和车载设备的生产效率。

发明内容

基于此，有必要针对上述问题，提出一种车载设备的产线测试方法、系统、计算机设备及存储介质，无需专业人员参与即可实现对车载设备的产线自动化测试。

一种车载设备的产线测试方法，所述方法包括：

配置所述车载设备的多个测试项目，基于各个所述测试项目生成配置文件；

根据所述配置文件向所述车载设备发送测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据；

根据所述测试数据确定所述车载设备的产线测试结果。

一种车载设备的产线测试装置，所述装置包括：

配置模块，用于配置所述车载设备的多个测试项目，基于各个所述测试项目生成配置文件；

测试模块，用于根据所述配置文件向所述车载设备发送测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据；

确定模块，用于根据所述测试数据确定所述车载设备的产线测试结果。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行以下步骤：

配置所述车载设备的多个测试项目，基于各个所述测试项目生成配置文件；

根据所述配置文件向所述车载设备发送测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据；

根据所述测试数据确定所述车载设备的产线测试结果。

一种计算机可读介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行以下步骤：

配置所述车载设备的多个测试项目，基于各个所述测试项目生成配置文件；

根据所述配置文件向所述车载设备发送测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据；

根据所述测试数据确定所述车载设备的产线测试结果。

上述车载设备的产线测试方法、系统、计算机设备及存储介质，通过配置所述车载设备的多个测试项目，基于各个所述测试项目生成配置文件；根据所述配置文件向所述车载设备发送测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据；根据所述测试数据确定所述车载设备的产线测试结果，通过发送测试指令的方式实现了对车载设备的产线自动化测试，由于测试指令对应的配置文件是针对车载设备的测试项目配置的，保证了测试的准确性，简化测试操作，提高了车载设备的产线测试效率，进而提高生产效率。

附图说明

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

其中：

图1为一个实施例中车载设备的产线测试方法的流程图；

图2为一个实施例中车载设备的产线测试方法的应用环境示意图；

图3为一个实施例中测试数据获取方法的流程图；

图4为一个实施例中测试项目配置方法的流程图；

图5为另一个实施例中车载设备的产线测试方法的流程图；

图6为一个实施例中测试结果确定方法的流程图；

图7为一个实施例中车载设备的产线测试装置的结构框图；

图8为一个实施例中计算机设备的结构框图。

具体实施方式

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

如图1所示，在一个实施例中，提供了一种车载设备的产线测试方法，该车载设备的产线测试方法既可以应用于终端，也可以应用于服务器，本实施例以应用于服务器举例说明。该车载设备的产线测试方法具体包括以下步骤：

步骤102，配置车载设备的多个测试项目，基于各个测试项目生成配置文件。

其中，测试项目是针对车载设备的各个不同功能预先配置的测试类别信息。配置文件是指各个测试项目对应的用于进行测试的测试程序文件。可以理解地，为了确保车载设备出厂前各项功能正确，需要对车载设备的中控机的整机功能也即车载设备的产线进行全面测试，配置车载设备各个测试项目，并基于各个测试项目生成配置文件，以保证后续对载设备的产线进行项全面测试。

进一步地，测试项目可以自由的进行配置，能根据测试设备的功能决定配置相应的测试项目测试项，从而使得配置操作后可适用于同平台的所有产品，提升了车载设备的产线测试方法的通用性。

步骤104，根据配置文件向车载设备发送测试指令，接收车载设备反馈的与各个测试项目对应的测试数据。

其中，测试指令是指用于执行配置文件中测试项目的测试程序文件。具体地，可以利用自定义的串口协议作为消息通信通道，服务器通过该消息通信通道向车载设备发送测试指令，车载设备响应该测试指令后，生成用于反映对应测试项目的测试结果的测试数据，并将该测试数据反馈至服务器，如此，服务器接收到各个测试项目的测试数据。

值得说明的是，可以将服务器作为测试控制端，车载设备作为响应端，增加一个辅助结构机构作为连接载体，实现服务器与车载设备的串口通信。如图2所示，为车载设备的产线测试方法的应用环境示意图，包括服务器，车载设备和辅助结构机构，该辅助结构机构包括MCU主控电路、IO扩展电路、继电器、驱动电路、原车信号模拟电路，用于连接服务器和车载设备。在一个具体实施方式中，服务器对车载设备的产线进行测试方法的具体过程为：服务器首先检测辅助结构机械是否连接，给出连接状态的提示；然后配置测试项目，如配置检测等待延时时间、系统版本信息、MCU版本信息、倒车摄像头的摄像制式、AUX功放等测试参数；根据车载设备的类型配置所需的测试项目，按配置文件逐步向车载设备发送相应的串口指令控制车载进行测试，再接收车载设备反馈测试数据。车载设备作为响应端，其与服务器通信过程为：识别串口通讯的服务，适时调起串口响应接口；检测自身的硬件信息和各项状态，如SN信息、GPS信号强度、WIFI信号强度、蓝牙信号强度、SIM卡状态、屏幕亮度、系统音量、刹车状态等查询指令；按串口协议响应串口发送的命令，如收音、多媒体播放器、蓝牙电话等各个应用程序界面调用；根据串口命令设置系统参数，如修改系统音量、配置声音通道、写入SN码、重启设备、恢复出厂设置、快速自适应巡航系统(ACC)等操作；完成各个测试项的测试后，生成所有测试项目的测试数据，并发送至服务器。可以理解地，本实施例中，通过配置文件向车载设备发送测试指令，接收车载设备反馈的与各个测试项目对应的测试数据，无需操作太多设备和点击太多界面按钮，连接上辅助结构机械后，执行服务器中的配置文件对应的应用程序即可实现了对测试数据的获取，实现了对车载数据的自动化测试，简化测试操作且具有易操作性。

步骤106，根据测试数据确定车载设备的产线测试结果。

具体地，根据各个测试项目的标准测测试范围确定各个测试项目的测试结果，通过对各个测试结果进行分析确定产线测试结果，实现了快速确定车载设备的产线测试结果，并且通过发送测试指令的方式实现了对车载设备的产线自动化测试，由于测试指令对应的配置文件是针对车载设备的测试项目配置的，保证了测试的准确性，简化测试操作，节省了产线的作业时间，有利于提高生产效率。

上述车载设备的产线测试方法，通过配置车载设备的多个测试项目，基于各个测试项目生成配置文件；根据配置文件向车载设备发送测试指令，接收车载设备反馈的与各个测试项目对应的测试数据；根据测试数据确定车载设备的产线测试结果，实现了快速确定车载设备的产线测试结果，并且通过发送测试指令的方式实现了对车载设备的产线自动化测试，由于测试指令对应的配置文件是针对车载设备的测试项目配置的，保证了测试的准确性，节省了产线的作业时间，有利于提高生产效率。

如图3所示，在一个实施例中，配置文件包括每个测试项目的测试参数和测试顺序；则根据配置文件向车载设备发送测试指令，接收车载设备反馈的与各个测试项目对应的测试数据，包括：

步骤104A，基于测试项目和对应的测试参数，生成与测试项目对应的测试指令；

步骤104B，按照测试顺序向车载设备发送测试指令，接收车载设备反馈的与各个测试项目对应的测试数据。

其中，测试顺序是指各个测试项目进行测试的先后顺序，可以预先进行标识。测试参数是指测试项目中包含的用于测试相应的测试项目的测试数据，如音量、当前位置经纬度等。具体地，利用脚本语言，例如python，请求接口将测试测试参数写入，生成与测试项目对应的测试指令。按照测试顺序向车载设备发送测试指令，接收车载设备反馈的与各个测试项目对应的测试数据，即获取到各个测试项目的测试数据。可以理解地，车载设备的产线本身所示按照一定的顺序进行作业的，因此，按照测试顺序向车载设备发送测试指令，能够提高测试过程的条理性和逻辑性，从而保证测试数据的准确性。

如图4所示，在一个实施例中，配置车载设备的多个测试项目，包括：

步骤102A，获取车载设备的目标类型；

步骤102B，根据目标类型配置测试项目。

在这个实施例中，车载设备的类型通常有多种，如车载导航设备、车载多媒体设备或者车载通讯设备等，且不同类型的车载设别的产线的的测试项目不同，因此，可以根据车载设备的型号确定对应的目标类型，根据目标类型配置测试项目，以保证测试项目的准确性，进而提高后续的测试结果的准确性。

在一个实施例中，目标类型分为车载导航设备、车载多媒体设备及车载通讯设备；若车载设备的目标类型为车载导航设备，则测试项目包括GPS信号强度、位置信号、定位信号及自适应巡航信号；若车载设备的目标类型为车载多媒体设备，则测试项目包括声音通道、音量、AUX功效及后置摄像头摄像制式；若车载设备的目标类型为车载通讯设备，则测试项目包括蓝牙电话信号、MCU版本及系统版本。

在这个实施例中，目标类型分为车载导航设备、车载多媒体设备及车载通讯设备；若车载设备的目标类型为车载导航设备，则测试项目包括GPS信号强度、位置信号、定位信号及自适应巡航信号；若车载设备的目标类型为车载多媒体设备，则测试项目包括声音通道、音量、AUX功效及后置摄像头摄像制式；若车载设备的目标类型为车载通讯设备，则测试项目包括蓝牙电话信号、MCU版本及系统版本。可以理解地，针对不同类型的车载设备配置相应的测试项目，使得测试项目更加精准，并且减少了不相关测试项目增加测试时间，有利于提高测试性能和测试效率。

在一个实施例中，测试指令为串口指令。

在这个实施例中，串口指令是指测试时，通过串口发送的指令，也即通信通道为串口协议。可以理解地，由于串口通信是异步的，端口能够在服务器发送测试指令后接收车载设备反馈的测试数据，提高了获取测试数据的效率。

如图5所示，在一个实施例中，在根据测试数据确定车载设备的产线测试结果之后，还包括：

步骤108，按照测试顺序对各个测试项目进行标识，得到各个测试项目的测试标识；

步骤110，根据测试标识和测试结果，构建串口指令的通讯协议的数据包。

具体地，按照插在设备的产线的作业顺序，确定各个测试项目的测试顺序，按照测试顺序对各个测试项目进行标识，得到各个测试项目的测试标识；然后，根据测试标识和测试结果，构建串口指令的通讯协议的数据包，也即通讯协议的数据包中包含有各个测试项目的标识和对应的测试结果。进一步地，对该数据包进行解析，可以快速获取到各个测试项目的测试结果，更进一步地，还可以对测试结果进行展示，或者根据测试结果生成测试报告，提升用户体验。

如图6所示，在一个实施例中，根据测试数据确定车载设备的产线测试结果，包括：

步骤106A，读取各个测试项目的测试数据，判断测试数据是否满足对应的预设条件；

步骤106B，若测试数据均满足对应的预设条件，则判定车载设备的产线正常。

在这个实施例中，服务器读取各个测试项目的测试数据，将测试数据的数值与预设条件对应的数值范围进行比较，若各个测试数据均满足对应的预设条件，则判定车载设备的产线正常，若存在测试数据不满足对应的预设条件，判定车载设备的产线异常。进一步地，还可以测试数据不满足对应的预设条件的测试项目进行标识后，以消息的方式发送至用户端，以便用户端对该测试项目进行二次测试或者调整等保证产线正常，进而提高生产效率。

如图7所示，在一个实施例中，提出了一种车载设备的产线测试装置，所述车载设备的产线测试装置包括：

配置模块702，用于配置所述车载设备的多个测试项目，基于各个所述测试项目生成配置文件；

测试模块704，用于根据所述配置文件向所述车载设备发送测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据；

确定模块706，用于根据所述测试数据确定所述车载设备的产线测试结果。

在一个实施例中，所述配置文件包括每个所述测试项目的测试参数和测试顺序；所述测试模块包括：

指令生成单元，用于基于所述测试项目和对应的所述测试参数，生成与所述测试项目对应的所述测试指令；

数据获取单元，用于按照所述测试顺序向所述车载设备发送所述测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据。

在一个实施例中，所述配置模块包括：

类型获取单元，用于获取所述车载设备的目标类型；

项目配置单元，用于根据所述目标类型配置所述测试项目。

在一个实施例中，所述车载设备的产线测试系统还包括：

标识模块，用于按照所述测试顺序对各个所述测试项目进行标识，得到各个所述测试项目的测试标识；

构建模块，用于根据所述测试标识和所述测试结果，构建所述串口指令的通讯协议的数据包。

图8示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是服务器，所述服务器包括但不限于高性能计算机和高性能计算机集群。如图8所示，该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现车载设备的产线测试方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行车载设备的产线测试方法。本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的车载设备的产线测试方法可以实现为一种计算机程序的形式，计算机程序可在如图8所示的计算机设备上运行。计算机设备的存储器中可存储组成数字病理切片扫描系统的各个程序模板。比如，配置模块702，测试模块704，确定模块706。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如下步骤：配置所述车载设备的多个测试项目，基于各个所述测试项目生成配置文件；根据所述配置文件向所述车载设备发送测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据；根据所述测试数据确定所述车载设备的产线测试结果。

在一个实施例中，所述配置文件包括每个所述测试项目的测试参数和测试顺序；则所述根据所述配置文件向所述车载设备发送测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据，包括：基于所述测试项目和对应的所述测试参数，生成与所述测试项目对应的所述测试指令；按照所述测试顺序向所述车载设备发送所述测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据。

在一个实施例中，所述配置所述车载设备的多个测试项目，包括：获取所述车载设备的目标类型；根据所述目标类型配置所述测试项目。

在一个实施例中，所述目标类型分为车载导航设备、车载多媒体设备及车载通讯设备；若所述车载设备的所述目标类型为所述车载导航设备，则所述测试项目包括GPS信号强度、位置信号、定位信号及自适应巡航信号；若所述车载设备的所述目标类型为所述车载多媒体设备，则所述测试项目包括声音通道、音量、AUX功效及后置摄像头摄像制式；若所述车载设备的所述目标类型为所述车载通讯设备，则所述测试项目包括蓝牙电话信号、MCU版本及系统版本。

在一个实施例中，所述测试指令为串口指令。

在一个实施例中，在所述根据所述测试数据确定所述车载设备的产线测试结果之后，还包括：按照所述测试顺序对各个所述测试项目进行标识，得到各个所述测试项目的测试标识；根据所述测试标识和所述测试结果，构建所述串口指令的通讯协议的数据包。

在一个实施例中，所述根据所述测试数据确定所述车载设备的产线测试结果，包括：读取各个所述测试项目的所述测试数据，判断所述测试数据是否满足对应的预设条件；若所述测试数据均满足对应的预设条件，则判定所述车载设备的产线正常。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：配置所述车载设备的多个测试项目，基于各个所述测试项目生成配置文件；根据所述配置文件向所述车载设备发送测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据；根据所述测试数据确定所述车载设备的产线测试结果。

在一个实施例中，所述配置文件包括每个所述测试项目的测试参数和测试顺序；则所述根据所述配置文件向所述车载设备发送测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据，包括：基于所述测试项目和对应的所述测试参数，生成与所述测试项目对应的所述测试指令；按照所述测试顺序向所述车载设备发送所述测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据。

在一个实施例中，所述配置所述车载设备的多个测试项目，包括：获取所述车载设备的目标类型；根据所述目标类型配置所述测试项目。

在一个实施例中，所述目标类型分为车载导航设备、车载多媒体设备及车载通讯设备；若所述车载设备的所述目标类型为所述车载导航设备，则所述测试项目包括GPS信号强度、位置信号、定位信号及自适应巡航信号；若所述车载设备的所述目标类型为所述车载多媒体设备，则所述测试项目包括声音通道、音量、AUX功效及后置摄像头摄像制式；若所述车载设备的所述目标类型为所述车载通讯设备，则所述测试项目包括蓝牙电话信号、MCU版本及系统版本。

在一个实施例中，所述测试指令为串口指令。

在一个实施例中，在所述根据所述测试数据确定所述车载设备的产线测试结果之后，还包括：按照所述测试顺序对各个所述测试项目进行标识，得到各个所述测试项目的测试标识；根据所述测试标识和所述测试结果，构建所述串口指令的通讯协议的数据包。

在一个实施例中，所述根据所述测试数据确定所述车载设备的产线测试结果，包括：读取各个所述测试项目的所述测试数据，判断所述测试数据是否满足对应的预设条件；若所述测试数据均满足对应的预设条件，则判定所述车载设备的产线正常。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种车载设备的产线测试方法，其特征在于，所述方法包括：

配置所述车载设备的多个测试项目，基于各个所述测试项目生成配置文件；

根据所述配置文件向所述车载设备发送测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据；

根据所述测试数据确定所述车载设备的产线测试结果。

2.根据权利要求1所述的车载设备的产线测试方法，其特征在于，所述配置文件包括每个所述测试项目的测试参数和测试顺序；

则所述根据所述配置文件向所述车载设备发送测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据，包括：

基于所述测试项目和对应的所述测试参数，生成与所述测试项目对应的所述测试指令；

按照所述测试顺序向所述车载设备发送所述测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据。

3.根据权利要求1所述的车载设备的产线测试方法，其特征在于，所述配置所述车载设备的多个测试项目，包括：

获取所述车载设备的目标类型；

根据所述目标类型配置所述测试项目。

4.根据权利要求3所述的车载设备的产线测试方法，其特征在于，所述目标类型分为车载导航设备、车载多媒体设备及车载通讯设备；

若所述车载设备的所述目标类型为所述车载导航设备，则所述测试项目包括GPS信号强度、位置信号、定位信号及自适应巡航信号；

若所述车载设备的所述目标类型为所述车载多媒体设备，则所述测试项目包括声音通道、音量、AUX功效及后置摄像头摄像制式；

若所述车载设备的所述目标类型为所述车载通讯设备，则所述测试项目包括蓝牙电话信号、MCU版本及系统版本。

5.根据权利要求1所述的车载设备的产线测试方法，其特征在于，所述测试指令为串口指令。

6.根据权利要求5所述的车载设备的产线测试方法，在所述根据所述测试数据确定所述车载设备的产线测试结果之后，还包括：

按照所述测试顺序对各个所述测试项目进行标识，得到各个所述测试项目的测试标识；

根据所述测试标识和所述测试结果，构建所述串口指令的通讯协议的数据包。

7.根据权利要求1所述的车载设备的产线测试方法，其特征在于，所述根据所述测试数据确定所述车载设备的产线测试结果，包括：

读取各个所述测试项目的所述测试数据，判断所述测试数据是否满足对应的预设条件；

若所述测试数据均满足对应的预设条件，则判定所述车载设备的产线正常。

8.一种车载设备的产线测试装置，其特征在于，所述车载设备的产线测试系统包括：

配置模块，用于配置所述车载设备的多个测试项目，基于各个所述测试项目生成配置文件；

测试模块，用于根据所述配置文件向所述车载设备发送测试指令，接收所述车载设备反馈的与各个所述测试项目对应的测试数据；

确定模块，用于根据所述测试数据确定所述车载设备的产线测试结果。

9.一种计算机设备，其特征在于，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述车载设备的产线测试方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述车载设备的产线测试方法的步骤。

Images