一种实车功能的测试方法、装置及控制设备与流程

1.本发明涉及汽车领域，特别涉及一种实车功能的测试方法、装置及控制设备。


背景技术：

2.目前无论是传统汽油车还是新能源电动车，实车功能测试均是整车开发中重要的测试验证环节，它的优劣往往能决定整车质量的高低。现阶段实车功能测试主要由测试工程师操作测试设备对整车数据进行采集，再按照不同的工况逐项测试，主要分为测试操作和数据处理两个大环节。这种测试方法的缺点是测试周期长，效率低，一致性不好保证，以及覆盖度低等。


技术实现要素：

3.本发明实施例提供一种实车功能的测试方法、装置及控制设备，用以解决现有技术中实车功能测试周期长、效率低以及一致性难以保证的问题。
4.为了解决上述技术问题，本发明采用如下技术方案：
5.依据本发明的一个方面，提供了一种实车功能的测试方法，包括：
6.接收目标测试任务的开始信号；
7.获取所述目标测试任务相关联的各测试用例参数以及测试顺序；
8.根据所述测试顺序，依次获取被测车辆各控制器发出的与所述目标测试任务相关联的车辆状态；
9.将所述车辆状态与相对应的各所述测试用例参数作比对；
10.输出比对结果。
11.可选地，所述车辆状态包括车速、充电状态和电机控制器mcu状态。
12.可选地，所述根据所述测试顺序，依次获取被测车辆各控制器发出的与所述目标测试任务相关联的车辆状态，包括：
13.从所述被测车辆的车载自动诊断系统obd诊断接口接收can报文数据；
14.解析所述can报文数据，得到所述车辆状态。
15.可选地，所述根据所述测试顺序，依次获取被测车辆各控制器发出的与所述目标测试任务相关联的车辆状态，还包括：
16.在获取的所述车辆状态的顺序不符合所述测试顺序时，发出提示信号。
17.可选地，所述发出提示信号之后，所述测试方法还包括：
18.若在预定时间内未接收到符合所述测试顺序的所述车辆状态，则结束所述目标测试任务。
19.可选地，还包括：
20.在接收到所述目标测试任务的结束信号时，生成并输出测试报告。
21.依据本发明的另一个方面，提供了一种实车功能的测试装置，包括：
22.信号接收模块，用于接收目标测试任务的开始信号；
23.数据获取模块，用于获取所述目标测试任务相关联的各测试用例参数以及测试顺序；
24.状态获取模块，用于根据所述测试顺序，依次获取被测车辆各控制器发出的与所述目标测试任务相关联的车辆状态；
25.数据比对模块，用于将所述车辆状态与相对应的各所述测试用例参数作比对；
26.结果输出模块，用于输出比对结果。
27.可选地，所述状态获取模块包括：
28.报文接收单元，用于从所述被测车辆的车载自动诊断系统obd诊断接口接收can报文数据；
29.报文解析单元，用于解析所述can报文数据，得到所述车辆状态。
30.可选地，所述状态获取模块还包括：
31.错误提示单元，用于在获取的所述车辆状态的顺序不符合所述测试顺序时，发出提示信号。
32.可选地，所述测试装置还包括：
33.报告输出模块，用于在接收到所述目标测试任务的结束信号时，生成并输出测试报告。
34.依据本发明的另一个方面，提供了一种控制设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器执行所述程序时实现如上所述的测试方法。
35.依据本发明的另一个方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的测试方法的步骤。
36.本发明的有益效果是：
37.上述方案，将实车功能测试用例模型化处理，测试过程人机配合，可以实时自动检索分析、处理以及存储数据，并实时显示测试结果，测试完成后可自动生成测试报告。程序化管理的测试过程，提高了实车功能测试的效率；测试程序由电脑控制，保证了测试过程的一致性和准确性。
附图说明
38.图1表示本发明实施例提供的实车功能的测试方法示意图；
39.图2表示本发明实施例提供的实车功能的测试装置示意图；
40.图3表示本发明实施例提供的测试用例模型导入示意图；
41.图4表示本发明实施例提供的实车功能的测试方法的数据处理示意图；
42.图5表示本发明实施例提供的实车功能的测试方法流程图。
43.附图标记说明：
44.21-信号接收模块；22-数据获取模块；23-状态获取模块；24-数据比对模块；25-结果输出模块。
具体实施方式
45.为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明进行详细描述。
46.本发明针对实车功能测试周期长、效率低以及一致性难以保证的问题，提供一种实车功能的测试方法、装置及控制设备。
47.如图1所示，本发明其中一实施例提供一种实车功能的测试方法，包括：
48.s11：接收目标测试任务的开始信号；
49.s12：获取所述目标测试任务相关联的各测试用例参数以及测试顺序。
50.需要说明的是，测试开始前，需要将预设的测试用例置于整车测试的策略中，也就是说将实车功能测试用例作模型化处理，导入测试系统。具体的，如图3所示，测试用例模型化处理后，将模型转代码，然后导出形成后缀为.dll的文件，再将所述文件导入测试系统。
51.s13：根据所述测试顺序，依次获取被测车辆各控制器发出的与所述目标测试任务相关联的车辆状态。
52.需要说明的是，测试开始后，测试人按照测试用例规定的执行步骤对所述被测车辆进行操作，根据本发明其中一实施例，所述目标测试任务的测试用例将开车门、踩油门和换挡等动作定义成不同的步骤供测试人操作。测试人操作所述被测车辆后，会引起所述车辆状态的改变，所述车辆状态包括车速、整车state状态、充电状态和电机控制器(motor control unit，简称mcu)状态等。
53.s14：将所述车辆状态与相对应的各所述测试用例参数作比对；
54.s15：输出比对结果。
55.需要说明的是，如图4所示，测试人操作所述被测车辆后，所述被测车辆的油门信号以及制动信号等输入到所述测试系统，即当测试系统获取到所述车辆状态后，按照预先设置的测试规范(即所述测试用例)执行数据处理，即将所述车辆状态和与预设范围进行对比，判定车辆状态是否符合设计要求(即被测车辆是否根据车辆控制策略的要求执行及呈现应有状态)，并实时将测试数据的判定结果输出并显示在监控屏幕中。其中，所述预设范围通过参数的形式设置在所述测试用例中，目标测试任务开始后，所述测试系统查找并获取所述目标测试任务相关联的各测试用例参数。
56.可选地，所述车辆状态包括车速、充电状态和电机控制器mcu状态。
57.可选地，所述根据所述测试顺序，依次获取被测车辆各控制器发出的与所述目标测试任务相关联的车辆状态，包括：
58.从所述被测车辆的车载自动诊断系统obd诊断接口接收can报文数据；
59.解析所述can报文数据，得到所述车辆状态。
60.需要说明的是，当测试人的每一测试步骤完成时，测试系统可以通过车载自动诊断系统(on-board diagnostics，简称obd)诊断接口以读取can报文数据的形式，将整车各个控制器的发出的信息导出，对所述can报文数据进行解析，可得到所述车辆状态。
61.可选地，所述根据所述测试顺序，依次获取被测车辆各控制器发出的与所述目标测试任务相关联的车辆状态，还包括：
62.在获取的所述车辆状态的顺序不符合所述测试顺序时，发出提示信号。
63.可选地，所述发出提示信号之后，所述测试方法还包括：
64.若在预定时间内未接收到符合所述测试顺序的所述车辆状态，则结束所述目标测试任务。
65.需要说明的是，如图5所示，所述测试用例中规定了所述目标测试任务的测试顺序，即测试人的操作步骤是预先设定好的。测试开始时，测试系统会获取所述目标测试任务相关联的测试顺序，如果测试人的操作步骤与预设测试用例规定的不符，则发出提示信号提醒测试人；如果测试人在规定时间内没有修改该操作，则本次测试终止。
66.可选地，还包括：
67.在接收到所述目标测试任务的结束信号时，生成并输出测试报告。
68.需要说明的是，当测试人对该条测试用例操作完成后，可实时输出测试报告，完成本条测试用例的测试。
69.本发明实施例中，将实车功能测试用例模型化处理，导入测试系统。测试过程人机配合，可以实时自动检索分析、处理以及存储数据，并实时显示测试结果，测试完成后可自动生成测试报告。程序化管理的测试过程，提高了实车功能测试的效率；测试程序由电脑控制，保证了测试过程的一致性和准确性。
70.如图2所示，本发明实施例还提供一种实车功能的测试装置，包括：
71.信号接收模块21，用于接收目标测试任务的开始信号；
72.数据获取模块22，用于获取所述目标测试任务相关联的各测试用例参数以及测试顺序。
73.需要说明的是，测试开始前，需要将预设的测试用例置于整车测试的策略中，也就是说将实车功能测试用例作模型化处理，导入测试系统，即所述测试装置。具体的，如图3所示，测试用例模型化处理后，将模型转代码，然后导出形成后缀为.dll的文件，再将所述文件导入测试系统。
74.状态获取模块23，用于根据所述测试顺序，依次获取被测车辆各控制器发出的与所述目标测试任务相关联的车辆状态。
75.需要说明的是，测试开始后，测试人按照测试用例规定的执行步骤对所述被测车辆进行操作，根据本发明其中一实施例，所述目标测试任务的测试用例将开车门、踩油门和换挡等动作定义成不同的步骤供测试人操作。测试人操作所述被测车辆后，会引起所述车辆状态的改变，所述车辆状态包括车速、整车state状态、充电状态和电机控制器(motor control unit，简称mcu)状态等。
76.数据比对模块24，用于将所述车辆状态与相对应的各所述测试用例参数作比对；
77.结果输出模块25，用于输出比对结果。
78.需要说明的是，如图4所示，测试人操作所述被测车辆后，所述被测车辆的油门信号以及制动信号等输入到所述测试系统，即当测试系统获取到所述车辆状态后，按照预先设置的测试规范(即所述测试用例)执行数据处理，即将所述车辆状态和与预设范围进行对比，判定车辆状态是否符合设计要求(即被测车辆是否根据车辆控制策略的要求执行及呈现应有状态)，并实时将测试数据的判定结果输出并显示在监控屏幕中。其中，所述预设范围通过参数的形式设置在所述测试用例中，目标测试任务开始后，所述测试系统查找并获取所述目标测试任务相关联的各测试用例参数。
79.可选地，所述车辆状态包括车速、充电状态和电机控制器mcu状态。
80.可选地，所述状态获取模块包括：
81.报文接收单元，用于从所述被测车辆的车载自动诊断系统obd诊断接口接收can报文数据；
82.报文解析单元，用于解析所述can报文数据，得到所述车辆状态。
83.需要说明的是，当测试人的每一测试步骤完成时，测试系统可以通过车载自动诊断系统(on-board diagnostics，简称obd)诊断接口以读取can报文数据的形式，将整车各个控制器的发出的信息导出，对所述can报文数据进行解析，可得到所述车辆状态。
84.可选地，所述状态获取模块还包括：
85.错误提示单元，用于在获取的所述车辆状态的顺序不符合所述测试顺序时，发出提示信号。
86.可选地，所述状态获取模块还包括：
87.测试终止单元，用于若在预定时间内未接收到符合所述测试顺序的所述车辆状态，则结束所述目标测试任务。
88.需要说明的是，如图5所示，所述测试用例中规定了所述目标测试任务的测试顺序，即测试人的操作步骤是预先设定好的。测试开始时，测试系统会获取所述目标测试任务相关联的测试顺序，如果测试人的操作步骤与预设测试用例规定的不符，则发出提示信号提醒测试人；如果测试人在规定时间内没有修改该操作，则本次测试终止。
89.可选地，所述测试装置还包括：
90.报告输出模块，用于在接收到所述目标测试任务的结束信号时，生成并输出测试报告。
91.本发明实施例中，将实车功能测试用例模型化处理，导入测试系统。测试过程人机配合，可以实时自动检索分析、处理以及存储数据，并实时显示测试结果，测试完成后可自动生成测试报告。程序化管理的测试过程，提高了实车功能测试的效率；测试程序由电脑控制，保证了测试过程的一致性和准确性。
92.本发明实施例还提供一种控制设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器执行所述程序时实现上述的测试方法。
93.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述的测试方法的步骤。
94.以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。