CN112445195A - 一种车辆控制器的功能测试方法和装置 - Google Patents

Abstract

本发明提供了一种车辆控制器的功能测试方法和装置，涉及汽车领域。该方法包括：确定测试框架；根据测试框架，对车辆控制器的至少一种功能模块进行功能测试。所述测试框架包括：下线检测相关服务映射表，测试用例编写模板，测试用例生成算法以及自动化测试执行及结果分析。本发明实施例提供的车辆控制器的功能测试方法和装置，固定了测试模板且自动化测试，对测试用例生成算法进行优化，在关于控制器安全访问及VIN写入及读取、电机编码及电池编码、控制器版本参数测试是从正向测试和逆向测试两个维度对相关功能进行测试，提升了测试覆盖度，防止在产线上进行下线检测时出现异常问题，充分保证车辆顺利下线。

Description

一种车辆控制器的功能测试方法和装置

技术领域

本发明涉及汽车领域，特别涉及一种车辆控制器的功能测试方法和装置。

背景技术

随着公司新能源车型及项目配置增多，对公司生产线产能也要随之提升,整车厂内的生产线和下线检测周期异常紧张，对生产线的下线检测设备及控制器实现的下线检测功能匹配性要求比较高，质量及可靠性要求比较高，所以在控制器正式上生产线之前，需要对控制器所具备的下线检测功能进行仿真测试。

目前，手动测试需要测试工程师手动发送相关服务格式，而且需要解析数据格式，数据长度需要手动填写，并且安全访问功能有一定的时间限制，必须在有限时间内将正确密钥发送成功才能认证通过，所以手动测试失败率比较高；而且目前测试方法不统一，对关于下线检测相关功能测试用例的编写方式相对比较复杂，对要求很高。

发明内容

本发明实施例提供一种车辆控制器的功能测试方法和装置，以解决测试方法不统一和手动测试复杂性的问题。

为了解决上述技术问题，本发明实施例提供一种车辆控制器的功能测试方法，包括：

确定测试框架；

根据测试框架，对车辆控制器的至少一种功能模块进行功能测试。

进一步地，所述测试框架包括：

下线检测相关服务映射表，测试用例编写模板，测试用例生成算法以及自动化测试执行及结果分析。

进一步地，所述下线检测相关服务映射表包括：

测试用例中用到的诊断服务格式关键字对应的实际十六进制数据。

进一步地，所述测试用例编写模板包括：

发送的信号名称以及测量的信号名称，其中，发送的信号名称包括：时间序列、发送信号以及诊断请求；所述测量的信号名称包括：预期信号以及诊断请求对应的诊断接收。

进一步地，所述测试用例生成算法包括：

测试用例中诊断请求发送列和诊断接收列，在执行测试用例生成时，自动添加有效数据长度，按照诊断协议格式要求转化成十六进制控制器局域网络局域网CAN报文数据，并自动将多包数据拆解成单包数据。

进一步地，自动化测试执行及结果分析，包括：

运行自动测试脚本，执行所有测试用例并自动生成测试结果，当实际测试结果与预期结果不一致时，测试结果列表中产生错误提示信息。

进一步地，根据测试框架，对车辆控制器的至少一种功能模块进行功能测试，包括：

根据所述测试框架，对车辆控制器的安全访问认证功能及VIN码的写入与读取功能进行测试、对车辆控制器的电池编写读写功能进行测试以及对车辆控制器的版本信息进行测试。

进一步地，对车辆控制器的安全访问认证功能及VIN码的写入与读取功能进行测试，包括：

请求控制器安全访问指令种子；

根据所述控制器安全访问指令种子，获取所述控制器安全访问指令密钥；

根据所述控制器安全访问指令密钥判断是否通过预期结果认证；

若所述预期结果认证通过，则写入所述VIN和读取所述VIN。

进一步地，对车辆控制器的安全访问认证功能及VIN码的写入与读取功能进行测试，包括：

控制器安全访问及VIN写入功能正向测试和逆向测试；

所述正向测试在预期结果认证通过后，写入所述VIN和读取所述VIN；

所述逆向测试在获取所述控制器安全访问指令密钥后，写入所述VIN和读取所述VIN。

进一步地，对车辆控制器的电池编写读写功能进行测试，包括：

请求发送电池编码和电机编码线程指令，并进入扩展程序；

请求电池编码和电机编码指令种子；

根据所述电池编码和电机编码指令种子计算获取电池编码和电机编码指令密钥；

根据所述电池编码和电机编码指令密钥判断是否通过预期结果认证；

若所述预期结果认证通过，则写入所述车辆控制器的电池编码及电机编码和读取所述车辆控制器的电池编码及电机编码。

进一步地，对车辆控制器的电池编写读写功能进行测试，包括：

车辆控制器的电池编写读写功能正向测试和逆向测试；

所述正向测试在预期结果认证通过后，写入所述车辆控制器的电池编码及电机编码和读取所述车辆控制器的电池编码及电机编码；

所述逆向测试在获取电池编码和电机编码指令密钥后，写入所述车辆控制器的电池编码及电机编码和读取所述车辆控制器的电池编码及电机编码。

进一步地，对车辆控制器的版本信息进行测试，包括：

请求控制器版本信息扩展线程指令，并进入扩展程序；

根据所述控制器版本信息扩展线程指令读取控制器版本信息参数；

根据所述控制器版本信息参数与控制器局域网络CAN接口发送的数据进行比对。

进一步地，对车辆控制器的版本信息进行测试，包括：

车辆控制器的版本信息正向测试和逆向测试；

所述正向测试为发送正确控制器版本信息扩展线程指令，读取控制器版本信息参数；

所述逆向测试为发送错误控制器版本信息扩展线程指令，读取控制器版本信息参数。

本发明实施例还提供一种车辆控制器的功能测试装置，包括：

确定模块，用于确定测试框架；

测试模块，用于根据测试框架，对车辆控制器的至少一种功能模块进行功能测试。

本发明的上述实施例至少具有如下技术效果：

上述方案，固定了测试模板，对生成算法做了优化处理，包括增加多包数据(数据长度超过8字节)的测试用例生成方式，在生成测试用例用例时自动将多包数据拆解成单包数据对测试工程师降低要求，在存在下线检测相关服务映射的情况下，即使工程师不了解14229诊断协议格式，也能快速的编写相关测试用例；在关于控制器安全访问及VIN写入及读取、电机编码及电池编码、控制器版本参数测试方法中极大的提升了测试覆盖度，从正向测试和逆向测试两个维度对相关功能进行测试，保证了测试功能的完整性，极大的提高了测试效率。

附图说明

图1表示本发明实施例提供的方法流程图；

图2表示本发明实施例提供的控制器安全访问及VIN写入功能测试方法流程图；

图3表示本发明实施例提供的电池编码及电机编码测试方法流程图；

图4表示本发明实施例提供的控制器的版本信息测试方法流程图；

图5表示本发明实施例提供的车辆控制器的功能测试装置模块示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明进行详细描述。

本发明针对测试方法不统一和手动测试复杂性的问题，提供一种车辆控制器的功能测试方法和装置。

如图1所示，本发明实施例提供了提供一种车辆控制器的功能测试方法，包括：

步骤100，确定测试框架；

步骤200，根据测试框架，对车辆控制器的至少一种功能模块进行功能测试。

具体地，步骤100中，测试框架包括：下线检测相关服务映射表；测试用例编写模板；测试用例生成算法以及自动化测试执行及结果分析。

可选的，下线检测相关服务映射表包括：测试用例中用到的诊断服务格式关键字对应的实际十六进制数据。所示下线检测相关服务映射表如下表1所示：

表1

需要说明的是，下线检测相关服务映射表主要用于定义测试用例中用到的诊断服务格式关键字对应的实际十六进制数据，所述下线检测相关服务映射表中的“名称”一列定义在测试用例中用到的关键字，所述下线检测相关服务映射表中的“byte填充”一列指关键字对应的具体十六进制数。例如：“名称”中对应的“进入默认线程请求对应”的“byte填充”是“1001”；“名称”中对应的“VIN”的“byte填充”是“F190”。可以根据测试用例中用到的诊断服务格式关键字分别定义对应的实际十六进制数据。

还需要说明的是，所述下线检测相关服务映射表中的缺省填充是指在诊断数据发送过程中，如果一包数据字节长度不足8个字节，除了有效字节长度外，其他无用字节用十六进制数据AA来填充。

可选的，测试用例编写模板包括：测试用例中用到的诊断服务格式关键字对应的实际十六进制数据。

所述测试用例编写模板包括：发送的信号名称以及测量的信号名称，其中，发送的信号名称包括：时间序列、发送信号以及诊断请求；所述测量的信号名称包括：预期信号以及诊断请求对应的诊断接收。

所述测试用例编写模板如下表2所示：

表2

需要说明的是，所述测试模板中每行代表一个测试序列。测试序列数量没有限制，测量方法以及发送方法处可缺省不填，当不填时不作任何处理。所述测试模板中发送信号包括：TX1和TX1发送的信号、TX2发送的信号以及UDS(车用控制器统一诊断服务、Unifieddiagnostic services)发送和所述UDS请求的数据写入；所述测量的信号名称包括：RX1和RX1的预期信号、RX2和RX2的预期信号以及所述UDS接收和所述UDS请求的数据的诊断接收。所述测试模板中TX1、TX2表示待发送数值的信号名称，可用实际名称替代；RX1、RX2表示待测量的信号名称，可用实际名称替代。所述UDS发送对应为测试诊断请求的ID，所述UDS接收对应为测试诊断响应的ID。

还需要说明的是，所述测试模板中TX1的发送信号1和和TX2的发送信号2设置：均有两种取值，仿真值和手动值，仿真值是指环境模型闭环运算出来的数值，而使用手动值时则会屏蔽仿真值发送指定的任意数值。预期信号1和预期信号2设置包括：预期信号指的是测试输入一组数据后，应该有的预期输出，可以是常数值，也可以读取之前存储的值。测量判断逻辑关系包括：大于、小于、全等于、不等于、大于或者等于、小于或者等于。

本发明实施例中的所述测试模板中还包括：时间序列，所述时间序列包括的时间方法包括：取绝对时间方法、限定触发时间方法和持续等待时间方法。

可选的，所述取绝对时间方法是指时间轴上的某一个指定时间点，该点在时间轴上的具***置与前一个时间0点相关，如绝对时间数值为18，则表示该点距离设定的时间0点的距离为18s。

可选的，限定触发时间方法是指限定在某段时间内一定会有测量方法约定的某一个或多个测量信号数据，当在限定时间内获取到该数据则跳转到下一个测试序列，若超出限定时间均未获取到该数据则会判定该行测试不通过，同时跳转到下一个测试序列，当跳转发生时将跳转的那一刻时间作为新的时间0点。比如限定触发时间为5，TX1的发送方法为定值2，RX1在该行的测试方法为定值1，那么则表示发送1次TX1＝2，之后在5s内会收到RX1＝＝1的情况，但不确定是5s内具体哪一刻收到，也可能收不到，收不到时判定为不通过。

可选的，持续等待时间方法是指在限定的时间内一直都存在测量方法约定的某一个或多个信号的测量数据，若有不等同于约定的测量数据则判定为测试不通过，但会持续运行到约定时间结束才跳转到下一个测试序列。比如持续等待时间为5，TX1的发送方法为定值2，RX1在该行的测试方法为定值1，则表示发送1次TX1＝2，之后在5s内会持续收到RX1＝＝1的情况，若5s内有1次RX1～＝1的情况，则判定为不通过。

本发明实施例中定义了各版本信息数据内容读取的格式，一、ASCII码格式，使用格式SJ-“ASCII码字符”表示，比如“SJ-ABCDEFGHIGKLMN”；二、十六进制格式,使用格式SJ-“0x字符”表示，比如“SJ-0xFFFFFFFFFFFFFFFFFFFFF”表示；三、十进制格式,使用格式SJ-“0s字符”表示，比如：“J-0s123456789”表示，在测试用例编写时用到的关键字必须和下线检测映射表中定义一致。

可选的，测试用例生成算法包括：测试用例中诊断请求发送列和诊断接收列，在执行测试用例生成时，自动添加有效数据长度，按照诊断协议格式要求转化成十六进制控制器局域网络局域网CAN报文数据，并自动将多包数据拆解成单包数据。

需要说明的是，所述测试用例生成算法主要功能是将中文版测试用例转化成设备能够识别的具体的数据或信号，通过自主开发测试用例生成工具实现，可以使用编程语言Python。针对中文版测试用例中UDS(车用控制器统一诊断服务、Unified diagnosticservices)发送列和接收列的具体内容，在执行测试用例生成时，自动添加有效数据长度，按照诊断协议格式要求转化成具体的十六进制CAN报文数据。本发明实施例中对测试用例生成算法进行优化，增加多包数据(数据长度超过8字节)的测试用例生成方式，在生成测试用例用例时自动将多包数据拆解成单包数据，并且可以将ASCII码格式、十六进制格式、十进制格式等三种格式数据转化成十六进制数据。

可选的，ASCII码格式测试用例生成数据包括：请求数据写入+VIN+SJ-“ASCII码字符”；例如：请求数据写入+VIN+SJ-ABCDEFGHIGKLMN→“10 11 2E F1 90 41 42 43；21 4445 46 47 48 49 4A；22 4B 4C 4D 4E AA AA AA”；测试生成时自动添加有效数据长度“11”，自动将多包数据拆解成8个字节的单包数据，用帧标志“10、21、22”表示。

可选的，十六进制格式测试用例生成数据包括：请求数据写入+VIN+SJ-“0x字符”；例如：请求数据写入+VIN+SJ-0xFFFFFFFFFFFFFFFFFFFFFFFFFFFF→“10 11 2E F1 90 FFFF FF；21 FF FF 46 47 48 49 4A；22 4B 4C 4D 4E AA AA AA”；测试生成时自动添加有效数据长度“11”，自动将多包数据拆解成8个字节的单包数据，用帧标志“10、21、22”表示。

可选的，十进制格式测试用例生成数据包括：请求数据写入+VIN+SJ-“0s字符”；请求数据写入+VIN+SJ-0s123456789→“10 0D 2E F1 90 01 02 03；21 04 05 06 07 08 09AA”；测试生成时自动添加有效数据长度“0D”，自动将多包数据拆解成8个字节的单包数据，用帧标志“10、21”表示。

可选的，自动化测试执行及结果分析包括：运行自动测试脚本，执行所有测试用例并自动生成测试结果，当实际测试结果与预期结果不一致时，测试结果列表中产生错误提示信息。

需要说明的是，执行测试用例生成后，可以在Dspace测试环境基础上，运行自动测试脚本，执行所有测试用例并自动生成测试结果，当实际执行结果与预期结果不一致时，测试结果列表中会以False关键字做出提示，每个测试步骤均会按此判断，测试工程师对执行结果中False项进行分析确认。

本发明的可选实施例中，步骤200可以包括：

步骤210，根据所述测试框架，对车辆控制器的安全访问认证功能及VIN码的写入与读取功能进行测试；

步骤220，根据所述测试框架，对车辆控制器的电池编写读写功能进行测试；

步骤230，根据所述测试框架对车辆控制器的版本信息进行测试。

如图2所示，步骤210，包括：

请求控制器安全访问指令种子；

根据所述控制器安全访问指令种子，获取所述控制器安全访问指令密钥；

根据所述控制器安全访问指令密钥判断是否通过预期结果认证；

若所述预期结果认证通过，则写入所述VIN和读取所述VIN。

需要说明的是，本发明实施例中定义了UDS(车用控制器统一诊断服务、Unifieddiagnostic services)发送列和所述UDS接收列写入车辆识别号码VIN及读取车辆识别号码VIN的测试方式。

还需要说明的是，根据所述测试框架对写入所述VIN和读取所述VIN包括：

写入成功应答+VIN+write→03 6E F1 90，此处write关键字用于记录写入的VIN数据；数据流请求+VIN→“03 22 F1 90”；数据流响应+VIN+READ→“03 62 F1 90”，此处read关键字用于存储读取的VIN数据，并且和之前写入的关键字做比较，当两者一致时，表示测试通过，当两者不一致时，表示测试不通过。

可选的，步骤210，还可以包括：

控制器安全访问及VIN写入功能正向测试和逆向测试；

所述正向测试在预期结果认证通过后，写入所述VIN和读取所述VIN；

所述逆向测试在获取所述控制器安全访问指令密钥后，写入所述VIN和读取所述VIN。

需要说明的是，所述正向测试思路包括：发送正确扩展线程指令，发送所述控制器安全访问指令种子后计算正确密钥，预期结果认证通过后；指定时间内写入字符长度正确，格式正确的VIN1数据，VIN1读取和写入的一致，测试通过；指定时间内写入字符长度正确，格式正确的VIN2数据，VIN2读取和写入的一致，测试通过。

还需要说明的是，所述逆向测试思路包括：发送进入默认线程，发送所述控制器安全访问指令种子后计算正确密钥，预期结果认证不通过；发送正确扩展线程指令，发送控制器安全访问指令种子后计算错误密钥，预期结果认证不通过；发送正确扩展线程指令，发送种子后计算正确密钥，写入长度错误、格式正确的VIN数据，写入不成功，进行否定应答。发送正确扩展线程指令，发送种子后计算正确密钥，写入长度正确、格式错误的VIN数据，写入不成功，进行否定应答。发送正确扩展线程指令，发送种子后计算正确密钥，写入长度正确、格式正确的VIN数据，写入成功，读取和写入的一致，测试通过。

如图3所示，步骤220，包括：

请求发送电池编码和电机编码线程指令，并进入扩展程序；

请求电池编码和电机编码指令种子；

根据所述电池编码和电机编码指令种子计算获取电池编码和电机编码指令密钥；

根据所述电池编码和电机编码指令密钥判断是否通过预期结果认证；

若所述预期结果认证通过，则写入所述电池编码和电机编码和读取所述电池编码和电机编码。

需要说明的是，可以从多种测试思路对步骤220进行测试，可选的，步骤220，还包括：

车辆控制器的电池编写读写功能的正向测试和逆向测试；

所述正向测试在预期结果认证通过后，写入所述车辆控制器的电池编码及电机编码和读取所述车辆控制器的电池编码及电机编码；

所述逆向测试在获取电池编码和电机编码指令密钥后，写入所述车辆控制器的电池编码及电机编码和读取所述车辆控制器的电池编码及电机编码。

需要说明的是，所述正向测试思路包括：发送正确扩展线程指令，发送所述电池编码和电机编码指令种子后计算正确密钥，则预期结果认证通过；在指定时间内写入字符长度正确，格式正确的电池编码及电机编码数据，读取和写入的一致，则测试通过。

还需要说明的是，所述逆向测试思路包括：发送正确扩展线程指令，发送所述电池编码和电机编码指令种子后计算正确密钥，写入长度错误、格式正确的电池编码数据，则写入不成功，则进行否定应答；发送正确扩展线程指令，发送所述电池编码和电机编码指令种子后计算正确密钥，写入长度正确、格式错误的电池编码数据，则写入不成功，则进行否定应答；发送正确扩展线程指令，发送所述电池编码和电机编码指令种子后计算正确密钥，则写入长度正确、格式正确的电池编码数据，写入成功，读取和写入的数据一致，则测试通过。

还需要说明的是，所述逆向测试思路还包括：发送正确扩展线程指令，发送所述电池编码和电机编码指令种子后计算正确密钥，写入长度错误、格式正确的电机编码数据，写入不成功，则进行否定应答；发送正确扩展线程指令，发送所述电池编码和电机编码指令种子后计算正确密钥，写入长度正确、格式错误的电机编码数据，写入不成功，则进行否定应答。发送正确扩展线程指令，发送所述电池编码和电机编码指令种子后计算正确密钥，写入长度正确、格式正确的电机编码数据，写入成功，读取和写入的数据一致，则测试通过。

如图4所示，步骤230，包括：

请求控制器版本信息扩展线程指令，并进入扩展程序；

根据所述控制器版本信息扩展线程指令读取控制器版本信息参数；

根据所述控制器版本信息参数与控制器局域网络CAN接口发送的数据进行比对。

需要说明的是，本发明实施例中定义了各版本信息数据内容读取的格式。例如：数据流请求+版本参数ID(零部件号)：→“03 22 F1 87”；数据流响应+版本参数ID+SJ-“ASCII码字符”+READ；数据流响应+零部件号+SJ-“E00009000”+READ→“10 0C 62 F1 87 45 3030”；“21 30 30 39 30 30 30 AA AA”；测试生成时自动添加有效数据长度0C，自动将多包数据拆解成8个字节的单包数据，用帧标志10、21表示，读出的零部件号需要和预期的零部件号做比对，两者一致时表示读取正确，测试通过。

步骤230，还包括：

车辆控制器的版本信息正向测试和逆向测试；

所述正向测试为发送正确控制器版本信息扩展线程指令，读取控制器版本信息参数；

所述逆向测试为发送错误控制器版本信息扩展线程指令，读取控制器版本信息参数。

需要说明的是，所述正向测试思路包括：发送正确控制器版本信息扩展线程指令，读取控制器版本信息参数，包括：零部件号、供应商代码、硬件版本、软件版本；如果响应的数据与预期结果一致，则测试通过；发送正确控制器版本信息扩展线程指令，读取所述控制器版本信息参数，如果响应的数据与控制器局域网络CAN接口发送的数据进行比对，若结果一致，则测试通过。

还需要说明的是，所述逆向测试思路包括：发送错误控制器版本信息扩展线程指令，读取所述控制器版本信息参数，进行否定应答，则无法进行数据读取。

本发明实施例中关于下线检测相关功能测试用例的编写方式通俗易懂，相对比较简单，测试工程师容易学习，并且，本方法中固定了测试模板，对测试工程师降低要求，在存在下线检测相关服务映射的情况下，即使工程师不了解14229诊断协议格式，也能快速的编写相关测试用例；关于控制器安全访问及VIN写入及读取、电机编码及电池编码、控制器版本参数测试方法极大的提升了测试覆盖度，从正向测试和逆向测试两个维度对相关功能进行测试，保证了测试功能的完整性。

如图5所示，本发明实施例还提供了一种车辆控制器的功能测试装置，包括：

确定模块10，用于确定测试框架；

测试模块20，用于根据测试框架，对车辆控制器的至少一种功能模块进行功能测试。

可选的，所述确定模块10，包括：

定义单元，用于下线检测相关服务映射表；

编写单元，用于测试用例编写模板；

生成单元，用于测试用例生成算法；

分析单元，用于自动化测试执行及结果分析。

需要说明的是，所述定义单元中的所述下线检测相关服务映射表，包括：

测试用例中用到的诊断服务格式关键字对应的实际十六进制数据。

需要说明的是，所述编写单元中的测试用例编写模板，包括：

发送的信号名称以及测量的信号名称，其中，发送的信号名称包括：时间序列、发送信号以及诊断请求；所述测量的信号名称包括：预期信号以及诊断请求对应的诊断接收。

需要说明的是，所述生成单元中的测试用例生成算法，包括：

测试用例中诊断请求发送列和诊断接收列，在执行测试用例生成时，自动添加有效数据长度，按照诊断协议格式要求转化成十六进制控制器局域网络局域网CAN报文数据，并自动将多包数据拆解成单包数据。

需要说明的是，所述分析单元中的自动化测试执行及结果分析，包括：

运行自动测试脚本，执行所有测试用例并自动生成测试结果，当实际测试结果与预期结果不一致时，测试结果列表中产生错误提示信息。

可选的，所述测试模块20，包括：

第一测试单元，用于对车辆控制器的安全访问认证功能及VIN码的写入与读取功能进行测试；

第二测试单元，用于对车辆控制器的电池编写读写功能进行测试；

第三测试单元，用于对车辆控制器的版本信息进行测试；

需要说明的是，所述第一测试单元中的对车辆控制器的安全访问认证功能及VIN码的写入与读取功能进行测试，包括：

请求控制器安全访问指令种子；

根据所述控制器安全访问指令种子，获取所述控制器安全访问指令密钥；

根据所述控制器安全访问指令密钥判断是否通过预期结果认证；

若所述预期结果认证通过，则写入所述VIN和读取所述VIN。

还需要说明的是，所述第二测试单元中对车辆控制器的电池编写读写功能进行测试，包括：

请求发送电池编码和电机编码线程指令，并进入扩展程序；

请求电池编码和电机编码指令种子；

根据所述电池编码和电机编码指令种子计算获取电池编码和电机编码指令密钥；

根据所述电池编码和电机编码指令密钥判断是否通过预期结果认证；

若所述预期结果认证通过，则写入所述电池编码和电机编码和读取所述电池编码和电机编码。

还需要说明的是，所述第三测试单元中对车辆控制器的版本信息进行测试，包括：

请求控制器版本信息扩展线程指令，并进入扩展程序；

根据所述控制器版本信息扩展线程指令读取控制器版本信息参数；

根据所述控制器版本信息参数与控制器局域网络CAN接口发送的数据进行比对。

需要说明的是，该装置的实施例是与上述方法的实施例相对应的装置，上述方法的实施例中的所有实现方式均适用于该装置的实施例中，也能达到相同的技术效果。

综上所述，本发明实施例中关于下线检测相关功能测试用例的编写方式通俗易懂，相对比较简单，测试工程师容易学习，并且，本方法中固定了测试模板，对测试用例生成算法进行优化，对测试工程师降低要求，在存在下线检测相关服务映射的情况下，即使工程师不了解诊断协议格式，也能快速的编写相关测试用例。本发明实施例关于控制器安全访问及VIN写入及读取、电机编码及电池编码、控制器版本参数测试方法极大的提升了测试覆盖度，从正向测试和逆向测试两个维度对相关功能进行测试，保证了测试功能的完整性，将控制器本身的下线检测功能测试前置，防止在产线上进行下线检测时出现异常问题，充分保证车辆顺利下线。

以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。

Claims (14)

1.一种车辆控制器的功能测试方法，其特征在于，包括：

确定测试框架；

根据测试框架，对车辆控制器的至少一种功能模块进行功能测试。

2.根据权利要求1所述的车辆控制器的功能测试方法，其特征在于，所述测试框架包括：下线检测相关服务映射表，测试用例编写模板，测试用例生成算法以及自动化测试执行及结果分析。

3.根据权利要求2所述的车辆控制器的功能测试方法，其特征在于，所述下线检测相关服务映射表包括：

测试用例中用到的诊断服务格式关键字对应的实际十六进制数据。

4.根据权利要求2所述的车辆控制器的功能测试方法，其特征在于，所述测试用例编写模板包括：

发送的信号名称以及测量的信号名称，其中，发送的信号名称包括：时间序列、发送信号以及诊断请求；所述测量的信号名称包括：预期信号以及诊断请求对应的诊断接收。

5.根据权利要求2所述的车辆控制器的功能测试方法，其特征在于，所述测试用例生成算法包括：

测试用例中诊断请求发送列和诊断接收列，在执行测试用例生成时，自动添加有效数据长度，按照诊断协议格式要求转化成十六进制控制器局域网络局域网CAN报文数据，并自动将多包数据拆解成单包数据。

6.根据权利要求2所述的车辆控制器的功能测试方法，其特征在于，自动化测试执行及结果分析，包括：

运行自动测试脚本，执行所有测试用例并自动生成测试结果，当实际测试结果与预期结果不一致时，测试结果列表中产生错误提示信息。

7.根据权利要求1所述的车辆控制器的功能测试方法，其特征在于，根据测试框架，对车辆控制器的至少一种功能模块进行功能测试，包括：

根据所述测试框架，对车辆控制器的安全访问认证功能及VIN码的写入与读取功能进行测试、对车辆控制器的电池编写读写功能进行测试以及对车辆控制器的版本信息进行测试。

8.根据权利要求7所述的车辆控制器的功能测试方法，其特征在于，对车辆控制器的安全访问认证功能及VIN码的写入与读取功能进行测试，包括：

请求控制器安全访问指令种子；

根据所述控制器安全访问指令种子，获取所述控制器安全访问指令密钥；

根据所述控制器安全访问指令密钥判断是否通过预期结果认证；

若所述预期结果认证通过，则写入所述VIN和读取所述VIN。

9.根据权利要求8所述的车辆控制器的功能测试方法，其特征在于，对车辆控制器的安全访问认证功能及VIN码的写入与读取功能进行测试，包括：

控制器安全访问及VIN写入功能正向测试和逆向测试；

所述正向测试在预期结果认证通过后，写入所述VIN和读取所述VIN；

所述逆向测试在获取所述控制器安全访问指令密钥后，写入所述VIN和读取所述VIN。

10.根据权利要求7所述的车辆控制器的功能测试方法，其特征在于，对车辆控制器的电池编写读写功能进行测试，包括：

请求发送电池编码和电机编码线程指令，并进入扩展程序；

请求电池编码和电机编码指令种子；

根据所述电池编码和电机编码指令种子计算获取电池编码和电机编码指令密钥；

根据所述电池编码和电机编码指令密钥判断是否通过预期结果认证；

若所述预期结果认证通过，则写入所述电池编码和电机编码和读取所述电池编码和电机编码。

11.根据权利要求10所述的车辆控制器的功能测试方法，其特征在于，对车辆控制器的电池编写读写功能进行测试，包括：

车辆控制器的电池编写读写功能正向测试和逆向测试；

所述正向测试在预期结果认证通过后，写入所述车辆控制器的电池编码及电机编码和读取所述车辆控制器的电池编码及电机编码；

所述逆向测试在获取电池编码和电机编码指令密钥后，写入所述车辆控制器的电池编码及电机编码和读取所述车辆控制器的电池编码及电机编码。

12.根据权利要求7所述的车辆控制器的功能测试方法，其特征在于，对车辆控制器的版本信息进行测试，包括：

请求控制器版本信息扩展线程指令，并进入扩展程序；

根据所述控制器版本信息扩展线程指令读取控制器版本信息参数；

根据所述控制器版本信息参数与控制器局域网络CAN接口发送的数据进行比对。

13.根据权利要求12所述的车辆控制器的功能测试方法，其特征在于，对车辆控制器的版本信息进行测试，包括：

车辆控制器的版本信息正向测试和逆向测试；

所述正向测试为发送正确控制器版本信息扩展线程指令，读取控制器版本信息参数；

所述逆向测试为发送错误控制器版本信息扩展线程指令，读取控制器版本信息参数。

14.一种车辆控制器的功能测试装置，其特征在于，包括：

确定模块，用于确定测试框架；

测试模块，用于根据测试框架，对车辆控制器的至少一种功能模块进行功能测试。

Images