一种汽车零部件生产线测试系统及方法与流程

本发明涉及产线测试技术领域，更具体地说，涉及一种汽车零部件生产线测试系统及方法。

背景技术：

现阶段汽车零部件生产线测试一般采用测试前的测试设备配置等操作与产品测试执行高度结合的方式。研发部门先对测试设备进行通道配置以及测试序列搭建等操作，然后将操作结果以配置文件的形式进行存储；生产测试部门则在测试执行时通过读取配置文件来完成生产线测试。

但是，由于需要多部门协同才能完成汽车零部件的测试，这就导致各部资源利用率很低。

技术实现要素：

为解决上述问题，本发明提供一种汽车零部件生产线测试系统及方法，技术方案如下：

一种汽车零部件生产线测试系统，包括：测试配置模块和与所述测试配置模块相连的测试执行模块，所述测试配置模块包括测试配置管理子模块；

所述测试配置管理子模块，用于预先在数据库中创建工单和测试序列，其中，每个所创建的工单记录有汽车零部件的产品信息、用于测试所述汽车零部件的测试设备的设备信息以及用于测试所述汽车零部件的测试序列的序列信息；

所述测试执行模块，用于将所述工单中汽车零部件的产品信息和被测零部件的产品信息进行匹配，确定所述被测零部件的产品信息所在的目标工单；根据所述目标工单中所记录的序列信息，在所述测试序列中定位用于测试所述被测零部件的目标测试序列，并下载；基于所述目标工单中所记录的设备信息，确定用于测试所述被测零部件的目标测试设备；控制所述目标测试设备运行所下载的所述目标测试序列。

优选的，用于预先在数据库中创建测试序列的所述测试配置管理子模块，具体用于：

加载信号列表和预设测试项；根据所述信号列表和预设测试项，搭建测试序列；若检测到所述测试序列搭建完成，将所述测试序列保存至数据库中。

优选的，所述数据库包括：本地数据库和/或远程数据库。

优选的，用于控制所述目标测试设备运行所下载的所述目标测试序列的所述测试执行模块，具体用于：

从所述目标工单所记录的序列信息中，获取序列文件大小；判断所下载的所述目标测试序列的文件大小是否等于所述序列文件大小；当所述目标测试序列的文件大小等于所述序列文件大小时，执行所述控制所述目标测试设备运行所下载的所述目标测试序列。

优选的，所述测试执行模块，还用于：

当所述目标测试序列的文件大小不等于所述序列文件大小时，则生成用于表征所下载的目标测试序列部分丢失的提示信息。

优选的，所述测试配置模块，还包括：设备管理子模块、用户管理子模块、工装管理子模块和故障管理子模块中的任意一个或多个；

所述设备管理子模块，用于对所述系统的板卡通道进行单通道的激励测试，以验证所述板卡通道的采集或输出；

所述用户管理子模块，用于获取所述系统的用户信息，并响应针对用户信息的操作；

所述工装管理子模块，用于获取所述系统的工装状态；

所述故障管理子模块，用于获取所述系统的故障信息。

优选的，还包括：数据管理模块；

所述数据管理模块，用于查询并统计所述被测零部件的测试结果。

一种汽车零部件生产线测试方法，包括：

将工单中汽车零部件的产品信息和被测零部件的产品信息进行匹配，确定所述被测零部件的产品信息所在的目标工单；其中，

每个所述工单由测试配置管理子模块预先在数据库中创建，并且每个所创建的工单记录有汽车零部件的产品信息、用于测试所述汽车零部件的测试设备的设备信息以及用于测试所述汽车零部件的测试序列的序列信息；

在测试序列中定位用于测试所述被测零部件的目标测试序列，并下载；其中，

所述测试序列由所述由测试配置管理子模块预先在数据库中创建；

基于所述目标工单中所记录的设备信息，确定用于测试所述被测零部件的目标测试设备；

控制所述目标测试设备运行所下载的所述目标测试序列。

优选的，所述控制所述目标测试设备运行所下载的所述目标测试序列，包括：从所述目标工单所记录的序列信息中，获取序列文件大小；

判断所下载的所述目标测试序列的文件大小是否等于所述序列文件大小；

当所述目标测试序列的文件大小等于所述序列文件大小时，执行所述控制所述目标测试设备运行所下载的所述目标测试序列。

优选的，还包括：

当所述目标测试序列的文件大小不等于所述序列文件大小时，则生成用于表征所下载的目标测试序列部分丢失的提示信息。

相较于现有技术，本发明实现的有益效果为：

以上本发明提供的汽车零部件生产线测试系统及方法，基于数据库可以远程访问的特性以及测试配置模块和测试执行模块的架构，无需多部门协同即可完成自动测试，可以满足不同被测零部件的测试需求，提高资源利用率。

附图说明

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

图1为本发明实施例提供的汽车零部件生产线测试系统的结构示意图；

图2为本发明实施例提供的汽车零部件生产线测试系统的另一结构示意图；

图3为本发明实施例提供的汽车零部件生产线测试系统的再一结构示意图；

图4为本发明实施例提供的汽车零部件生产线测试方法的方法流程图；

图5为本发明实施例提供的汽车零部件生产线测试方法部分方法流程图。

具体实施方式

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

本发明实施例提供一种汽车零部件生产线测试系统，该系统的结构示意图如图1所示，包括：测试配置模块10和与测试配置模块10相连的测试执行模块20，测试配置模块10包括测试配置管理子模块101；

测试配置管理子模块101，用于预先在数据库中创建工单和测试序列，其中，每个所创建的工单记录有汽车零部件的产品信息、用于测试汽车零部件的测试设备的设备信息以及用于测试汽车零部件的测试序列的序列信息；

本实施例中，可通过配置界面进行工单的新建操作。具体的，进入工单管理界面后点击新建按钮可弹出工单新建界面，在工单新建界面完成相关信息填写后，点击确认即可完成工单的新建操作；其中，一个零部件的相关信息对应一个工单，所填写的相关信息包括某汽车零部件的产品信息(比如，产品名称、软硬件版本、烧录软件的版本、工装夹具信息等)、用于测试该汽车零部件的测试设备的设备信息(比如，测试设备的名称、ip地址、编号等)以及用于测试该汽车零部件的测试序列的序列信息(比如，测试序列的内容、名称等)。以eol(endofline，下线检测)产品为例，工单中记录有产品名称、测试设备ip、测试序列内容、条码信息、产品温度上下限等。

如果产品信息中包含有该汽车零部件的条码，则可以通过工单的上料操作完成。上料操作即某工单的上料，此操作将汽车零部件的条码录入工单内，以便后续测试执行时利用该条码即可完成待测汽车零部件的识别。具体的，可在工单新建中点击上料按钮进行上料操作，或工单管理列表中选中某工单，然后点击上料按钮，然后进行上料操作。执行上料操作过程中，在弹出的上料操作界面中通过手动输入条码或加载有条码信息的excel文件，或通过编辑条码规则来实现产品条码的录入操作。此外，本实施例中，可通过加载配置界面录入的信号列表和预设测试项来完成测试序列的搭建；其中，信号列表是记录有测试设备板卡通道与产品控制器信号引脚对应关系的excel文档，而预设测试项则为产品控制器的测试所需信号，如ad采集、do输出、pwm输出、uds诊断、设备上下电等具体的测试动作。以下为测试序列搭建的具体过程：

加载信号列表和预设测试项；根据信号列表和预设测试项，搭建测试序列；若检测到测试序列搭建完成，将测试序列保存至数据库。

在实际应用中，先对加载的信号列表进行解析，然后在测试序列搭建界面中以列表框的形式显示出来，用户只需将预设测试项选中，然后拖进测试序列显示列表框中的测试组内即可。

以测试序列编辑为例进行说明，具体的测试序列则分为三部分：物理信号、总线信号及系统信号。其中，物理信号则随着测试板卡不同而不同，大致包括但不限于如下信号——ad采集、da输出、do、di、pwm、轮速信号等；总线信号则为基于can总线加载的dbc文件；系统信号为系统测试自身所需的其他测试项，如系统上电控制、延时控制、uds诊断等。

当测试序列搭建完毕后，点击保存按钮，同时可将此测试序列保存为后缀为eolseq的序列文件，并上传至数据库eol中，在数据库中可以以二进制形式保存至相应表中。当然，同时保存的还可包括此文件的文件大小、隶属的产品名称和序列版本等。同理，工单的保存操作也如此，本实施例不做赘述。

此外，保存预先创建的工单和测试序列的数据库可为本地数据库，还可为远程数据库，或者两者的组合，本实施例对此不做具体限制，可根据实际需要具体选择。

测试执行模块20，用于将工单中汽车零部件的产品信息和被测零部件的产品信息进行匹配，确定被测零部件的产品信息所在的目标工单；根据目标工单中所记录的序列信息，在测试序列中定位用于测试被测零部件的目标测试序列，并下载；基于目标工单中所记录的设备信息，确定用于测试被测零部件的目标测试设备；控制目标测试设备运行所下载的目标测试序列。

以下以产品信息为条码进行说明：

在进行产品测试时，首先将扫描枪所扫描到的条码依次与工单所记录的条码进行对比，若扫描到的条码属于该工单，则将该工单确定为被测零部件的目标工单，其中，目标工单中记录有被测零部件的测试序列版本，以及被测零部件的目标测试设备ip；进而，利用测试序列版本从数据库eol中定位需要下载的目标测试序列；利用目标测试设备ip确定目标测试设备，并在目标测试序列下载完成后，由目标测试设备将该目标测试序列解析为具体的测试步骤和测试标准，并以此完成对被测零部件的测试；其中，测试标准指某项测试是否合格的标准值，比如ad采集，正常5v，测试标准设置为上下限5.1v，4.9v，则当采集值范围在4.9-5.1内测试结果为通过。

而如果被测零部件属于点检产品，也就是该被测零部件各测试项均合格，则只有当点检产品测试通过之后，才能证明所搭建的测试序列无误，其他产品才可进行测试。

还需要说明的是，工单的状态分为未投、在投、挂起、完成四种状态。只有测试中的工单才为在投状态。

在其他实施例中，为保证测试设备执行测试序列的准确性，在图1示出的汽车零部件生产线测试系统基础上，用于控制目标测试设备运行所下载的目标测试序列的测试执行模块20，具体用于：

从目标工单所记录的序列信息中，获取序列文件大小；判断所下载的目标测试序列的文件大小是否等于序列文件大小；当目标测试序列的文件大小等于序列文件大小时，执行控制目标测试设备运行所下载的目标测试序列。

文件大小能衡量一个计算机文件的大小，通常情况下以带前缀的字节数表示。一些常见的文件大小单位包括byte、kib、mib、gib和tib等。

本实施例中，对比所下载的目标测试序列与测试序列文件大小(也就是目标测试序列的实际文件大小)，如果两者相等，则表示目标测试序列下载无误。反之，如果两者不相等(目标测试序列的文件大小小于目标测试序列)，则表示目标测试序列未下载完全，存在部分缺失。此外，优选的，测试执行模块20还可生成用于表征所下载的目标测试序列部分丢失的提示信息，以提示用户部分测试序列丢失。

在其他一些实施例中，为实现测试配置的多样性，在图1示出的汽车零部件生产线测试系统基础上，测试配置模块10还包括：设备管理子模块102、用户管理子模块103、工装管理子模块104和故障管理子模块105中的任意一个或多个。图2示出测试配置模块10同时包括设备管理子模块102、用户管理子模块103、工装管理子模块104和故障管理子模块105的示例。

设备管理子模块102，用于对系统的板卡通道进行单通道的激励测试，以验证板卡通道的采集或输出；

本实施例中，可利用万用表采集物理信号，通过can卡监控报文收发来完成激励测试，进而将板卡的所有通道信息以列表形式显示。而对于误差较大的通道，则可进行通道标定来校准通道输入或采集精度。

用户管理子模块103，用于获取系统的用户信息，并响应针对用户信息的操作；

本实施例中，用户信息包括但不局限于用户名、密码和用户权限等。而针对用户信息的操作则可为新建操作、修改操作或者删除操作，本实施例对此不做限定。

工装管理子模块104，用于获取系统的工装状态；

本实施例中，工装指的是保证系统正常运行的一些部件。

故障管理子模块105，用于获取系统的故障信息。

本实施例中，故障信息包括系统的当前故障信息和/或历史故障信息，本实施例对此不做具体限定。此外，故障信息可以以列表的形式进行显示。

以下对用户信息中的用户权限进行说明，对于测试的五种用户——统管理员、技术人员、测试人员、数据管理人员、返修人员，各自的用户权限不同：

系统管理人员，可对所有界面进行查看与操作；

技术人员，仅可自身登录信息、测试及配置相关界面进行查看与操作；

测试人员，仅可对自身登录信息及测试相关界面进行查看与操作；

数据管理人员和返修人员，仅可对自身登录信息及数据查询与统计界面进行查看与操作。

测试相关界面：设备管理、工装管理、故障管理及自动测试界面。

配置相关界面：产品通道配置、测试序列配置、工单管理(包括产品管理)。

在无用户权限这一设置的状态下，如测试人员搭建好的测试序列，返修人员进入此界面后对搭建测试序列不熟悉，则可能导致由于不熟悉如何搭建测试序列或对测试流程不熟悉导致删除或修改正确的测试序列，从而导致测试执行过程中测试失败。因此，设置用户权限可以有效防止用户的误操作。

在其他一些实施例中，为有效管理系统相关数据，在图1示出的汽车零部件生产线测试系统基础上，该系统还包括：数据管理模块30；

数据管理模块30，用于查询并统计被测零部件的测试结果。

本实施例中，可对测试结果进行诸如条码、测试人员、测试结果等作为条件进行测试结果的查询；还可对测试结果进行统计，如月产量、年产量等信息。

此外，如果测试配置管理子模块101预先创建的工单和测试序列保存在本地数据库中，则数据管理模块则可以在本地对数据库进行备份以及数据还原工作。

本发明提供的汽车零部件生产线测试系统，可以基于数据库可以远程访问的特性以及测试配置模块和测试执行模块的架构，无需多部门协同即可完成自动测试，可以满足不同被测零部件的测试需求，提高资源利用率。

基于上述实施例提供的汽车零部件生产线测试系统，本发明实施例提供一种汽车零部件生产线测试方法，该方法应用于汽车零部件生产线测试系统中的测试执行模块，方法流程图如图4所示，包括如下步骤：

s10，将工单中汽车零部件的产品信息和被测零部件的产品信息进行匹配，确定被测零部件的产品信息所在的目标工单；其中，

工单由测试配置管理子模块预先在数据库中创建，并且每个所创建的工单记录有汽车零部件的产品信息、用于测试汽车零部件的测试设备的设备信息以及用于测试汽车零部件的测试序列的序列信息；

s20，在测试序列中定位用于测试被测零部件的目标测试序列，并下载；其中，

测试序列由由测试配置管理子模块预先在数据库中创建；

s30，基于目标工单中所记录的设备信息，确定用于测试被测零部件的目标测试设备；

s40，控制目标测试设备运行所下载的目标测试序列。

在其他一些实施例中，为保证测试设备执行测试序列的准确性，步骤s40“控制目标测试设备运行所下载的目标测试序列”可以包括如下步骤，方法流程图如图5所示：

s401，从目标工单所记录的序列信息中，获取序列文件大小；

s402，判断所下载的目标测试序列的文件大小是否等于序列文件大小；若是，则执行步骤s403；

s403，控制目标测试设备运行所下载的目标测试序列。

在其他一些实施例中，为提示用户部分测试序列丢失，步骤s40还可以包括如下步骤：

当目标测试序列的文件大小不等于序列文件大小时，则生成用于表征所下载的目标测试序列部分丢失的提示信息。

本发明提供的汽车零部件生产线测试方法，可以基于数据库可以远程访问的特性以及测试配置模块和测试执行模块的架构，无需多部门协同即可完成自动测试，可以满足不同被测零部件的测试需求，提高资源利用率。

以上对本发明所提供的一种汽车零部件生产线测试系统及方法进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素，或者是还包括为这些过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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