整车控制器的测试方法及系统的制作方法
【技术领域】
[0001]本发明涉及车辆测试技术领域，特别涉及一种整车控制器的测试方法及系统。
【背景技术】
[0002]目前，整车控制器软件架构分为策略层、中间层和驱动层三层，以实现并行分层开发。其中，中间层负责各模块间的交互，中间层通过接口变量实现大量的CAN数据接收解析和打包发送工作。目前中间层接口变量的测试工作主要是通过手工逐条进行测试，对于输出型接口变量，需要通过CAN测试帧进行接口变量值修改，然后与发送的CAN报文信息进行对比；对于输入型接口变量，需要通过要接收的CAN报文进行接口变量值修改，然后与通过CAN测试帧发送出来的接口变量值进行对比。这样，平均每个项目要完成1000条CAN报文接口的手动测试工作，完成该工作首先是费时费力，且需要不停修改CAN测试帧代码，工作量太过繁杂。而如此繁杂的工作通过人工手动完成则难免会出现各种类型的错误，并且不容易检查核对，且测试覆盖的数据不够多，导致测试结果并不可靠。
【发明内容】
[0003]本发明旨在至少在一定程度上解决上述相关技术中的技术问题之一。
[0004]为此，本发明的一个目的在于提出一种整车控制器的测试方法，该方法能够对接口变量进行大数据覆盖的自动化测试，可以提高对中间层接口变量测试的效率和可靠性。
[0005]本发明的另一个目的在于提出一种整车控制器的测试系统。
[0006]为了实现上述目的，本发明第一方面的实施例提出了一种整车控制器的测试方法，包括以下步骤:获取CAN报文的存储文件;对所述CAN报文的存储文件进行解析，得到整车控制器的中间层接口变量的取值区间；在所述整车控制器的中间层接口变量的取值区间内取值，并根据取值结果组成CAN报文数据;发送所述CAN报文数据，并采集所述整车控制器的中间层接口变量的数据；比对所述CAN报文数据和所述整车控制器的中间层接口变量的数据;根据比对结果判断所述整车控制器的中间层接口变量的数据是否存在接收解析错误。
[0007]根据本发明实施例的整车控制器的测试方法，能够实现对接口变量的自动测试，且不需要修改程序配合接口变量测试，节省了大量的人力物力资源，缩短了测试时间，且测试覆盖的数据更广，从而有效提高对中间层接口变量测试的效率和可靠性。
[0008]另外，根据本发明上述实施例的整车控制器的测试方法还可以具有如下附加的技术特征:
[0009 ]在一些示例中，所述中间层接口变量为输出型接口变量。
[0010]在一些示例中，还包括:根据取值结果组成标定数据;根据所述标定数据标定所述整车控制器的中间层接口变量，并采集CAN报文数据；比对所述标定数据和所述CAN报文数据;根据比对结果判断所述整车控制器的中间层接口变量的数据是否存在打包发送错误。[0011 ]在一些示例中，所述中间层接口变量为输入型接口变量。
[0012]在一些示例中，通过CCP协议采集所述整车控制器的中间层接口变量的数据和所述CAN报文数据。
[0013]本发明第二方面的实施例还提出了一种整车控制器的测试系统，包括:获取模块，用于获取CAN报文的存储文件;解析模块，用于对所述CAN报文的存储文件进行解析，得到整车控制器的中间层接口变量的取值区间；生成模块，用于在所述整车控制器的中间层接口变量的取值区间内取值，并根据取值结果组成CAN报文数据;测试模块，用于发送所述CAN报文数据，并采集所述整车控制器的中间层接口变量的数据，以及比对所述CAN报文数据和所述整车控制器的中间层接口变量的数据，并根据比对结果判断所述整车控制器的中间层接口变量的数据是否存在接收解析错误。
[0014]根据本发明实施例的整车控制器的测试系统，能够实现对接口变量的自动测试，且不需要修改程序配合接口变量测试，节省了大量的人力物力资源，缩短了测试时间，且测试覆盖的数据更广，从而有效提高对中间层接口变量测试的效率和可靠性。
[0015]另外，根据本发明上述实施例的整车控制器的测试系统还可以具有如下附加的技术特征:
[0016]在一些示例中，所述中间层接口变量为输出型接口变量。
[0017]在一些示例中，所述生成模块还用于根据取值结果组成标定数据，所述测试模块还用于根据所述标定数据标定所述整车控制器的中间层接口变量，并采集CAN报文数据，以及比对所述标定数据和所述CAN报文数据，并根据比对结果判断所述整车控制器的中间层接口变量的数据是否存在打包发送错误。
[0018]在一些示例中，所述中间层接口变量为输入型接口变量。
[0019]在一些示例中，所述测试模块通过CCP协议采集所述整车控制器的中间层接口变量的数据和所述CAN报文数据。
[0020]本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
【附图说明】
[0021]本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中:
[0022]图1是根据本发明一个实施例的整车控制器的测试方法的流程图；以及
[0023]图2是根据本发明一个实施例的整车控制器的测试系统的结构框图。
【具体实施方式】
[0024]下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。
[0025]以下结合附图描述根据本发明实施例的整车控制器的测试方法及系统。
[0026]图1是根据本发明一个实施例的整车控制器的测试方法的流程图。如图1所示，该方法包括以下步骤:
[0027]步骤S1:获取CAN报文的存储文件。在具体示例中，CAN报文的存储文件例如为DBC(Data Base for CAN)文件。
[0028]步骤S2:对CAN报文的存储文件进行解析，得到整车控制器的中间层接口变量的取值区间。
[0029]步骤S3:在整车控制器的中间层接口变量的取值区间内进行合理取值，并根据取值结果组成CAN网络上要发送的CAN报文数据。
[0030]步骤S4:发送CAN报文数据，并采集整车控制器的中间层接口变量的数据。具体地，例如通过测试台架发送CAN报文数据，并基于CCP协议，通过台架实现对中间层接口变量的数据的采集。
[0031 ]步骤S5:比对CAN报文数据和整车控制器的中间层接口变量的数据。
[0032]步骤S6:根据比对结果判断整车控制器的中间层接口变量的数据是否存在接收解析错误。具体地，如果在CAN报文数据和整车控制器的中间层接口变量的数据的比对过程中，解析出不一致的数据，则提示相应的中间层接口变量的数据接收解析的错误。
[0033]其中，在本发明的一个实施例中，上述的中间层接口变量例如为输出型接口变量，也即步骤SI至步骤S6实现了对输出型接口变量的自动测试。
[0034]进一步地，在本发明的一个实施例中，该方法例如还包括以下过程:
[0035]即在整车控制器的中间层接口变量的取值区间内进行合理取值之后，根据取值结果组成标定数据，然后根据标定数据标定整车控制器的中间层接口变量的功能，并采集CAN报文数据，然后比对标定数据和CAN报文数据，并根据比对结果判断整车控制器的中间层接口变量的数据是否存在打包发送错误。具体地，如果在标定数据和CAN报文数据的比对过程中，解析出不一致的数据，则提示相应的中间层接口变量的数据打包发送的错误。其中，该过程中涉及到的中间层接口变量例如为输入型接口变量，也即该过程实现了对输入型接口变量的自动测试。
[0036]在本发明的一个实施例中，例如通过CCP协议采集整车控制器的中间层接口变量的数据和CAN报文数据。
[0037]综上，本发明实施例的方法的主要原理可概述为:对CAN报文的存储文件(如DBC文件)进行解析，获取各接口变量的取值范围，在取值范围内合理取值，组成CAN网络上要发送的报文数据或者自动标定的数据。一方面，台架自动发送CAN报文数据，自动采集接口变量数据，并对比分析，如存在数据不一致，则提示接口变量数据接收解析的错误。另一方面，台架自动标定接口变量，并自动接收CAN报文数据，并对比分析，如存在数据不一致，则提示接口变量数据打包发送的错误。
[0038]根据本发明实施例的整车控制器的测试方法，能够实现对接口变量的自动测试，且不需要修改程序配合接口变量测试，节省了大量的人力物力资源，缩短了测试时间，且测试覆盖的数据更广，从而有效提高对中间层接口变量测试的效率和可靠性。
[0039]本发明的进一步实施例还提出了一种整车控制器的测试系统。
[0040]图2为根据本发明一个实施例的整车控制器的测试系统的结构框图。如图2所示，该系统100包括:获取模块110、解析模块120、生成模块130和测试模块140。
[0041 ]具体地，获取模块110