一种协议转换的自动测试方法、装置、设备及存储介质与流程

1.本技术涉及测试技术领域，具体一种涉及一种协议转换的自动测试方法、装置、设备及存储介质。


背景技术：

2.随着汽车智能化的发展，车载以太网成为先进汽车电子架构必不可缺的一部分，但can(controller area network,控制器域网)总线依然占据主要地位。如果汽车通信传输协议同时包括基于dds(datadistributionservice，数据分发服务)中间件的以太网、can总线时，必然会存在can节点和以太网节点之间的通信，就需要将can信号转换为dds数据或是dds数据转换为can数据。
3.但是现有汽车功能测试中，无法对涉及协议转换的汽车功能进行测试。


技术实现要素：

4.鉴于以上所述现有技术的缺点，本发明提供一种协议转换的自动测试方法、装置、设备及存储介质，能够解决现有的技术中无法对涉及协议转换的汽车功能进行测试的技术问题。
5.本发明提供的一种协议转换的自动测试方法，所述方法包括：
6.获取测试信号，所述测试信号的通信协议为第一协议；
7.将所述测试信号发送至车辆控制器；
8.在接收到来自所述车辆控制器的返回信号时，基于所述返回信号完成测试；所述返回信号的通信协议为第二协议，所述返回信号基于所述测试信号生成。
9.在本发明一实施例中，在所述第一协议为控制器局域网总线协议时，将所述测试信号发送至车辆控制器，包括：
10.获取控制器局域网总线协议调用脚本；
11.根据所述控制器局域网总线协议调用脚本自动将所述测试信号发送至车辆控制器。
12.在本发明一实施例中，在所述第一协议为数据分发服务协议时，将所述测试信号发送至车辆控制器，包括：
13.获取数据分发服务协议调用脚本；
14.根据所述数据分发服务协议调用脚本自动将所述测试信号发送至车辆控制器。
15.在本发明一实施例中，基于所述返回信号完成测试之前，还包括：
16.获取信号检测脚本；
17.根据所述信号检测脚本判断是否接收到来自所述车辆控制器的返回信号。
18.在本发明一实施例中，在所述测试信号包括模拟车身稳定系统产生的车速信息时，基于所述返回信号完成测试，包括：
19.将所述返回信号中的车速信息与所述测试信号中的车速信息进行对比；
20.在所述返回信号中的车速信息与所述测试信号中的车速信息一致时，通过测试；在所述返回信号中的车速信息与所述测试信号中的车速信息不一致时，不通过测试。
21.在本发明一实施例中，在所述测试信号包括用于控制车辆零部件的控制信息时，基于所述返回信号完成测试，包括：
22.对所述返回信号进行识别；
23.在所述返回信号包括与所述控制信息对应的执行成功信息时，通过测试；在所述返回信号不包括与所述控制信息对应的执行成功信息时，不通过测试。
24.在本发明一实施例中，其特征在于，基于所述返回信号完成测试之后，还包括：
25.获取测试结果；
26.基于所述测试结果构建测试报告，并对所述测试报告进行输出。
27.在本发明一实施例中，根据所述控制器局域网总线协议调用脚本自动将所述测试信号发送至车辆控制器，包括：
28.对所述控制器局域网总线协议调用脚本的第一发送周期进行设定；
29.控制所述控制器局域网总线协议调用脚本根据所述第一发送周期将所述测试信号发送至车辆控制器。
30.在本发明一实施例中，根据所述数据分发服务协议调用脚本自动将所述测试信号发送至车辆控制器，包括：
31.对所述数据分发服务协议调用脚本的第二发送周期进行设定；
32.控制所述数据分发服务协议调用脚本根据所述第二发送周期将所述测试信号发送至车辆控制器。
33.本发明还提供一种协议转换的自动测试装置，所述装置包括：
34.采集模块，用于获取测试信号，所述测试信号的通信协议为第一协议；
35.发送模块，用于将所述测试信号发送至车辆控制器；
36.测试模块，用于在接收到来自所述车辆控制器的返回信号时，基于所述返回信号完成测试；所述返回信号的通信协议为第二协议，所述返回信号基于所述测试信号生成。
37.本发明还提供一种电子设备，所述电子设备包括：
38.一个或多个处理器；
39.存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上所述的一种协议转换的自动测试方法。
40.本发明还提供一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行如上所述的一种协议转换的自动测试方法。
41.本发明的有益效果：本发明中的一种协议转换的自动测试方法、装置、设备及存储介质，通过获取测试信号，测试信号的通信协议为第一协议；将测试信号发送至车辆控制器；在接收到来自车辆控制器的返回信号时，基于返回信号完成测试；返回信号的通信协议为第二协议，返回信号基于测试信号生成。本发明通过第一协议的测试信号来对车辆功能进行测试，并得到第二协议的返回信号，通过返回信号得到测试结果。从而对涉及协议转换的汽车功能进行测试。
42.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不
能限制本技术。
附图说明
43.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
44.图1是本技术的一示例性实施例示出的协议转换的自动测试方法的应用场景图；
45.图2是本技术的一示例性实施例示出的协议转换的自动测试方法的流程图；
46.图3是本技术另一示例性实施例示出的协议转换的自动测试方法；
47.图4是本技术一实施例中的can转dds测试步骤示意图；
48.图5是本技术一实施例中的dds转can测试步骤示意图
49.图6是本技术的一示例性实施例示出的协议转换的自动测试装置的结构框图；
50.图7示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。
具体实施方式
51.以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。
52.需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
53.在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。
54.图1是本技术的一示例性实施例示出的协议转换的自动测试方法的应用场景图，如图1所示，本实施例通过行车电脑ecu(electronic control unit,电子控制单元)接收测试信号或者测试报文，ecu作为测试对象，在接收测试信号或者测试报文后会根据其功能返回对应的返回信号或者返回报文。通过获取行车电脑ecu的返回信号或者返回报文，实现对车辆的测试。本实施例中，主要测试车辆的can转dds功能，以及dds转can功能，因此ecu与上位机之间通过网线连接，实现dds服务的调用。ecu的can通道通过db9转接线与usbcan连接，usbcan再通过usb连接线与上位机连接，实现上位机向ecu发送/读取can信号。
55.如图2所示，在一示例性的实施例中，一种协议转换的自动测试方法至少包括步骤s210至步骤s230，详细介绍如下：
56.s210，获取测试信号，所述测试信号的通信协议为第一协议；
57.s220，将所述测试信号发送至车辆控制器；
58.s230，在接收到来自所述车辆控制器的返回信号时，基于所述返回信号完成测试；所述返回信号的通信协议为第二协议，所述返回信号基于所述测试信号生成。
59.在本实施例中，测试信号用于测试涉及dds转can或者can转dds的功能；
60.如将车速信息发送至仪表中进行显示，此时的测试信号为上位机模拟车辆的esp(electronic stability program，车身电子稳定系统)模拟的车速信号，测试信号为can协议，上位机通过can总线将测试信号发送至ecu，ecu在接收到测试信号后执行对应的can转dds并将转换后的车速信号显示至仪表中的功能，由于ecu并未实际外接仪表，因此转换后的车速信号返回至上位机，返回的车速信号为dds协议，上位机通过分析返回后的车速信号，即可完成测试。
61.上述过程测试的是can转dds的功能，对应地，如果需要测试dds转can的对应功能，则需要获取对应的dds测试信号，再将dds测试信号发送至ecu中，分析ecu的can协议的返回信号即可。
62.在本发明一实施例中，在所述第一协议为控制器局域网总线协议时，将所述测试信号发送至车辆控制器的过程可以包括步骤s310至步骤s320，详细介绍如下：
63.s310，获取控制器局域网总线协议调用脚本；
64.s320，根据所述控制器局域网总线协议调用脚本自动将所述测试信号发送至车辆控制器。
65.在本实施例中，由于需要通过上位机来调用can总线协议的测试信号，因此，需要在上位机中配置can调用环境，利用对应的脚本来调用can信号。具体地配置步骤如下：将usbcan的库函数文件夹kerneldlls放入到python工作目录。对usbcan的收发信号进行了封装，send_canfd(canfddata,cycle_time,canid)用于发送can信号，canfddata是需要发送的can报文，cycle_time是发送周期，canid是can信号id；read_canfd(cantype,canid,exp_value,exp_sort)用于读取can信号并与期望的can信号参数进行对比，cantype是can信号类型(can或canfd),canid是can信号id,exp_value是期望参数值，exp_sort是参数值在can报文中所在的位置。
66.在本发明一实施例中，在所述第一协议为数据分发服务协议时，将所述测试信号发送至车辆控制器的过程可以包括步骤s410至步骤s420，详细介绍如下：
67.s410，获取数据分发服务协议调用脚本；
68.s420，根据所述数据分发服务协议调用脚本自动将所述测试信号发送至车辆控制器。
69.在本实施例中，由于需要通过上位机来调用dds总线协议的测试信号，在测试之前上位机需安装dds服务调用环境，确认能够进行dds服务调用，服务调用命令在dos下执行，测试时电脑作为client端，控制器作为server端，调用命令为：dds脚本服务名_方法名(请求参数)method间隔时间调用次数。
70.在python中对dds调用脚本进行了封装，封装为openexe()方法,调用方法为，openexe(exename,callmethod,callway,runnum,cycletime),exename是dds脚本的名称，callmethod是服务名称含参数，callway是服务类型(method或event)，runnum是服务调用次数，cycletime是服务调用间隔时间。
71.在本发明一实施例中，基于所述返回信号完成测试之前的过程还可以包括步骤s510至步骤s520，详细介绍如下：
72.s510，获取信号检测脚本；
73.s520，根据所述信号检测脚本判断是否接收到来自所述车辆控制器的返回信号。
74.在本实施例中，同样通过编写脚本的方式来检测返回信号，这里的检测脚本与数据分发服务协议调用脚本、控制器局域网总线协议调用脚本为同一脚本，是同一脚本的不同功能单位。
75.在本发明一实施例中，在所述测试信号包括模拟车身稳定系统产生的车速信息时，基于所述返回信号完成测试的过程可以包括步骤s610至步骤s620，详细介绍如下：
76.s610，将所述返回信号中的车速信息与所述测试信号中的车速信息进行对比；
77.s620，在所述返回信号中的车速信息与所述测试信号中的车速信息一致时，通过测试；在所述返回信号中的车速信息与所述测试信号中的车速信息不一致时，不通过测试。
78.在本实施例中，通过编写脚本的方式将所述返回信号中的车速信息与所述测试信号中的车速信息进行对比，并自动记录测试结果。从而实现自动化测试，这里的脚本与前述的检测脚本、数据分发服务协议调用脚本、控制器局域网总线协议调用脚本为同一脚本，是同一脚本的不同功能单位。
79.在本发明一实施例中，在所述测试信号包括用于控制车辆零部件的控制信息时，基于所述返回信号完成测试的过程可以包括步骤s710至步骤s720，详细介绍如下：
80.s710，对所述返回信号进行识别；
81.s720，在所述返回信号包括与所述控制信息对应的执行成功信息时，通过测试；在所述返回信号不包括与所述控制信息对应的执行成功信息时，不通过测试。
82.在本实施例中，通过编写脚本的方式对返回信号进行识别，这里的脚本与前述的检测脚本、数据分发服务协议调用脚本、控制器局域网总线协议调用脚本为同一脚本，是同一脚本的不同功能单位。
83.在本发明一实施例中，其特征在于，基于所述返回信号完成测试之后的过程还可以包括步骤s810至步骤s820，详细介绍如下：
84.s810，获取测试结果；
85.s820，基于所述测试结果构建测试报告，并对所述测试报告进行输出。
86.在本实施例中，在测试完成后，根据测试结果生成测试报告，以便于工作人员的结果获取。
87.在本发明一实施例中，根据所述控制器局域网总线协议调用脚本自动将所述测试信号发送至车辆控制器的过程可以包括步骤s910至步骤s920，详细介绍如下：
88.s910，对所述控制器局域网总线协议调用脚本的第一发送周期进行设定；
89.s920，控制所述控制器局域网总线协议调用脚本根据所述第一发送周期将所述测试信号发送至车辆控制器。
90.在本实施例中，由于通过脚本自动测试，因此需要设定发送测试信号的周期，根据第一周期不断地自动进行测试，省时省力。
91.在本发明一实施例中，根据所述数据分发服务协议调用脚本自动将所述测试信号发送至车辆控制器的过程可以包括步骤s1010至步骤s1020，详细介绍如下：
92.s1010，对所述数据分发服务协议调用脚本的第二发送周期进行设定；
93.s1020，控制所述数据分发服务协议调用脚本根据所述第二发送周期将所述测试信号发送至车辆控制器。
94.在本实施例中，由于通过脚本自动测试，因此需要设定发送测试信号的周期，根据第二周期不断地自动进行测试，省时省力。
95.图3是本技术另一示例性实施例示出的协议转换的自动测试方法，如图3所示，在本技术另一实施例中，一种协议转换的自动测试方法，包括步骤：
96.(1)测试环境搭建
97.ecu与上位机之间通过网线连接，实现dds服务的调用。ecu的can通道通过db9转接线与usbcan连接，usbcan再通过usb连接线与上位机连接，实现上位机向ecu发送/读取can信号。
98.(2)dds服务调用环境配置
99.在测试之前上位机需安装dds服务调用环境，确认能够进行dds服务调用，服务调用命令在dos下执行，测试时电脑作为client端，控制器作为server端，调用命令为：dds脚本服务名_方法名(请求参数)method间隔时间调用次数。
100.在python中对dds调用脚本进行了封装，封装为openexe()方法,调用方法为，openexe(exename,callmethod,callway,runnum,cycletime),exename是dds脚本的名称，callmethod是服务名称含参数，callway是服务类型(method或event)，runnum是服务调用次数，cycletime是服务调用间隔时间。
101.(3)usbcan使用环境配置
102.将usbcan的库函数文件夹kerneldlls放入到python工作目录。对usbcan的收发信号进行了封装，send_canfd(canfddata,cycle_time,canid)用于发送can信号，canfddata是需要发送的can报文，cycle_time是发送周期，canid是can信号id；read_canfd(cantype,canid,exp_value,exp_sort)用于读取can信号并与期望的can信号参数进行对比，cantype是can信号类型(can或canfd),canid是can信号id,exp_value是期望参数值，exp_sort是参数值在can报文中所在的位置。
103.(4)测试脚本编写
104.测试脚本编写前需要将dds服务调用相关的库函数及usbcan的库函数放入到python工作目录。测试时分can转dds测试和dds转can测试。
105.图4是本技术一实施例中的can转dds测试步骤示意图，如图4所示，can转dds测试以车速can信号转dds服务为例，测试步骤如下：
106.首先模拟车身稳定系统esp向ecu发送车速can信号，上位机调用send_canfd函数向ecu发送车速can信号；
107.ecu收到上位机发过来的车速信号后，会将数据转换成dds服务上报给仪表等进行显示，此时可以通过调用openexe函数发送车速上报服务请求，监听车速是否通过dds服务上报；
108.根据openexe函数返回的车速信息，与第一步的发送的车速信息进行比对，比对一致则测试通过，反之测试失败；
109.图5是本技术一实施例中的dds转can测试步骤示意图，如图5所示，dds转can测试
以关闭前排空调为例，测试步骤如下：
110.首先向ecu发送关闭前排空调请求，上位机通过openexe函数向ecu发送dds服务请求；
111.ecu收到前排空调关闭请求后，会给空调发送can信号关闭前排空调，此时通过read_canfd函数去读取ecu发出的can信号；
112.根据read_canfd函数的返回，判断ecu是否发出关闭前排空调的can信号。如果读取到ecu发出了关闭前排空调的can信号，则测试通过，反之测试失败；
113.根据以上测试思路便可以编写测试脚本。
114.(5)自动化执行测试脚本
115.所有用例的测试脚本编写完成后，将测试脚本放入一个文件夹内，在文件夹外再创建一个自动化测试脚本，用于遍历测试用例并执行测试脚本，执行每个测试脚本时，均会打印测试结果，相当于输出一个简单的测试报告。
116.通过以上测试流程，在完成测试脚本编写后就可以通过执行一个自动化测试脚本完成can转dds测试，并输出测试结果，大大提高了测试效率，缩短了测试周期。
117.本发明中的一种协议转换的自动测试方法，通过获取测试信号，测试信号的通信协议为第一协议；将测试信号发送至车辆控制器；在接收到来自车辆控制器的返回信号时，基于返回信号完成测试；返回信号的通信协议为第二协议，返回信号基于测试信号生成。本发明通过第一协议的测试信号来对车辆功能进行测试，并得到第二协议的返回信号，通过返回信号得到测试结果。从而对涉及协议转换的汽车功能进行测试。
118.如图6所示，本发明还提供一种协议转换的自动测试装置，所述装置包括：
119.采集模块，用于获取测试信号，所述测试信号的通信协议为第一协议；
120.发送模块，用于将所述测试信号发送至车辆控制器；
121.测试模块，用于在接收到来自所述车辆控制器的返回信号时，基于所述返回信号完成测试；所述返回信号的通信协议为第二协议，所述返回信号基于所述测试信号生成。
122.本发明中的一种协议转换的自动测试装置，通过获取测试信号，测试信号的通信协议为第一协议；将测试信号发送至车辆控制器；在接收到来自车辆控制器的返回信号时，基于返回信号完成测试；返回信号的通信协议为第二协议，返回信号基于测试信号生成。本发明通过第一协议的测试信号来对车辆功能进行测试，并得到第二协议的返回信号，通过返回信号得到测试结果。从而对涉及协议转换的汽车功能进行测试。
123.需要说明的是，上述实施例所提供的应用程序数据展示系统与上述实施例所提供的应用程序数据展示方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的应用程序数据展示系统在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。
124.本技术的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述各个实施例中提供的应用程序数据展示方法。
125.图7示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。
需要说明的是，图7示出的电子设备的计算机系统700仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
126.如图7所示，计算机系统700包括中央处理单元(central processing unit，cpu)701，其可以根据存储在只读存储器(read-only memory，rom)702中的程序或者从储存部分708加载到随机访问存储器(random access memory，ram)703中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在ram 703中，还存储有系统操作所需的各种程序和数据。cpu 701、rom 702以及ram 703通过总线704彼此相连。输入/输出(input/output，i/o)接口705也连接至总线704。
127.以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liquid crystal display，lcd)等以及扬声器等的输出部分707；包括硬盘等的储存部分708；以及包括诸如lan(local area network，局域网)卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入储存部分708。
128.特别地，根据本技术的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本技术的系统中限定的各种功能。
129.需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
130.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注
的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
131.描述于本技术实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
132.本技术的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前所述的应用程序数据展示方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。
133.本技术的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的应用程序数据展示方法。
134.上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

技术特征：
1.一种协议转换的自动测试方法，其特征在于，所述方法包括：获取测试信号，所述测试信号的通信协议为第一协议；将所述测试信号发送至车辆控制器；在接收到来自所述车辆控制器的返回信号时，基于所述返回信号完成测试；所述返回信号的通信协议为第二协议，所述返回信号基于所述测试信号生成。2.根据权利要求1所述的一种协议转换的自动测试方法，其特征在于，在所述第一协议为控制器局域网总线协议时，将所述测试信号发送至车辆控制器，包括：获取控制器局域网总线协议调用脚本；根据所述控制器局域网总线协议调用脚本自动将所述测试信号发送至车辆控制器。3.根据权利要求1所述的一种协议转换的自动测试方法，其特征在于，在所述第一协议为数据分发服务协议时，将所述测试信号发送至车辆控制器，包括：获取数据分发服务协议调用脚本；根据所述数据分发服务协议调用脚本自动将所述测试信号发送至车辆控制器。4.根据权利要求1所述的一种协议转换的自动测试方法，其特征在于，基于所述返回信号完成测试之前，还包括：获取信号检测脚本；根据所述信号检测脚本判断是否接收到来自所述车辆控制器的返回信号。5.根据权利要求1所述的一种协议转换的自动测试方法，其特征在于，在所述测试信号包括模拟车身稳定系统产生的车速信息时，基于所述返回信号完成测试，包括：将所述返回信号中的车速信息与所述测试信号中的车速信息进行对比；在所述返回信号中的车速信息与所述测试信号中的车速信息一致时，通过测试；在所述返回信号中的车速信息与所述测试信号中的车速信息不一致时，不通过测试。6.根据权利要求1所述的一种协议转换的自动测试方法，其特征在于，在所述测试信号包括用于控制车辆零部件的控制信息时，基于所述返回信号完成测试，包括：对所述返回信号进行识别；在所述返回信号包括与所述控制信息对应的执行成功信息时，通过测试；在所述返回信号不包括与所述控制信息对应的执行成功信息时，不通过测试。7.根据权利要求1、5、6任一项所述的一种协议转换的自动测试方法，其特征在于，基于所述返回信号完成测试之后，还包括：获取测试结果；基于所述测试结果构建测试报告，并对所述测试报告进行输出。8.根据权利要求2所述的一种协议转换的自动测试方法，其特征在于，根据所述控制器局域网总线协议调用脚本自动将所述测试信号发送至车辆控制器，包括：对所述控制器局域网总线协议调用脚本的第一发送周期进行设定；控制所述控制器局域网总线协议调用脚本根据所述第一发送周期将所述测试信号发送至车辆控制器。9.根据权利要求3所述的一种协议转换的自动测试方法，其特征在于，根据所述数据分发服务协议调用脚本自动将所述测试信号发送至车辆控制器，包括：对所述数据分发服务协议调用脚本的第二发送周期进行设定；
控制所述数据分发服务协议调用脚本根据所述第二发送周期将所述测试信号发送至车辆控制器。10.一种协议转换的自动测试装置，其特征在于，所述装置包括：采集模块，用于获取测试信号，所述测试信号的通信协议为第一协议；发送模块，用于将所述测试信号发送至车辆控制器；测试模块，用于在接收到来自所述车辆控制器的返回信号时，基于所述返回信号完成测试；所述返回信号的通信协议为第二协议，所述返回信号基于所述测试信号生成。11.一种电子设备，其特征在于，所述电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至9中任一项所述的一种协议转换的自动测试方法。12.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行权利要求1至9中任一项所述的一种协议转换的自动测试方法。

技术总结
本发明提供一种协议转换的自动测试方法、装置、设备及存储介质，通过获取测试信号，测试信号的通信协议为第一协议；将测试信号发送至车辆控制器；在接收到来自车辆控制器的返回信号时，基于返回信号完成测试；返回信号的通信协议为第二协议，返回信号基于测试信号生成。本发明通过第一协议的测试信号来对车辆功能进行测试，并得到第二协议的返回信号，通过返回信号得到测试结果。从而对涉及协议转换的汽车功能进行测试。车功能进行测试。车功能进行测试。


技术研发人员：宗会
受保护的技术使用者：重庆长安汽车股份有限公司
技术研发日：2023.03.13
技术公布日：2023/7/12