模拟车载终端与平台进行数据传输的测试方法与流程

文档序号:28324503发布日期:2022-01-05 00:18阅读:168来源:国知局
模拟车载终端与平台进行数据传输的测试方法与流程

1.本发明涉及车联网领域,尤其涉及一种模拟车载终端与平台进行数据传输的测试方法。


背景技术:

2.随着近年来智能网联汽车的快速发展,车载智能终端(如t

box)也随之处在快速发展阶段,同时车辆行驶过程中车载终端产生需要上报至平台(如tsp平台)以及平台需要返回的数据也随之变得越来越多,由此,用户对车载终端的稳定性要求也越来越高。
3.然而,在实际应用中,数据传输过程的一些异常情况难以抓取,例如传输频率过快、数据包过大等异常情况的样本较难收集充分,目前对于数据传输过程中出现的异常情况,往往需要通过大量实车试验,才能对数据上行、下行逻辑与稳定性进行相应的验证和测试,但该方式效率明显低下,且需要耗费较多的成本,极大影响了产品的开发。


技术实现要素:

4.鉴于上述,本发明旨在提供一种模拟车载终端与平台进行数据传输的测试方法,以实现对车载终端的测试,并解决实车测试成本高、效率低的问题。
5.本发明采用的技术方案如下:
6.一种模拟车载终端与平台进行数据传输的测试方法,其中包括:
7.在本地构建用于模拟平台服务端的测试端;
8.使所述测试端与车载终端的数据上报模块建立通信连接;
9.车载终端通过其他预设模块触发数据上报条件并将需上报数据发送至所述数据上报模块;
10.所述数据上报模块对需上报数据进行编码打包,并将打包后的数据上报至所述测试端;
11.所述测试端根据自定义的测试需求,对需回复的数据进行打包,并将打包后的数据下发至所述数据上报模块;
12.所述数据上报模块对接收到的数据包进行解析,并发送至车载终端的其他模块。
13.在其中至少一种可能的实现方式中,所述对需回复的数据进行打包包括:遵循预设的通讯协议以及数据传输协议,对需要下发的数据进行打包。
14.在其中至少一种可能的实现方式中,所述通讯协议包括预先定义的平台与车载终端之间的通讯协议。
15.在其中至少一种可能的实现方式中,所述数据传输协议包括:预先根据不同情况定义的数据传输策略。
16.在其中至少一种可能的实现方式中,所述测试需求包括如下任一种或多种:调整所打数据包的大小、调整数据下发的频率以及模拟传输异常情况。
17.在其中至少一种可能的实现方式中,所述模拟传输异常情况包括:模拟无回复状
态,所述无回复状态为强制所述测试端不对所述数据上报模块进行回复。
18.在其中至少一种可能的实现方式中,所述车载终端包括t

box。
19.在其中至少一种可能的实现方式中,所述测试端与车载终端的数据上报模块通过socket建立tcp通信连接。
20.本发明的主要设计构思在于,通过本地模拟云端平台的机制,可以连续高效地对车载终端与平台之间数据传输的异常情况进行针对性测试,具体地,通过仿真平台服务端的本地测试端与车载终端之间的通信连接,对所需传输数据的传输频率、数据包大小等,按测试需求进行自定义调整以模拟出异常状态,从而测试出车载终端与平台之间的数据传输流程的可靠性,保障了车载终端模块在遇到数据量过大等异常情况时的稳定性,也解决了异常情况在正常应用过程中不易出现,需基于大量实车测试所导致的诸多问题。本发明可以有针对性地进行压力测试及异常情况模拟测试,不仅提高了测试效率,也提高了测试的普适性。
附图说明
21.为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步描述,其中:
22.图1为本发明实施例提供的模拟车载终端与平台进行数据传输的测试方法的流程图。
具体实施方式
23.下面详细描述本发明的实施例,实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
24.本发明提出了一种模拟车载终端与平台进行数据传输的测试方法的实施例,具体来说,如图1所示,其中包括:
25.步骤s1、在本地构建用于模拟平台服务端的测试端,例如预置测试程序的本地计算机设备等。
26.步骤s2、使所述测试端与车载终端的数据上报模块建立通信连接;
27.步骤s3、车载终端通过其他预设模块触发数据上报条件并将需上报数据发送至所述数据上报模块;
28.步骤s4、所述数据上报模块对需上报数据进行编码打包,并将打包后的数据上报至所述测试端;
29.步骤s5、所述测试端根据自定义的测试需求,对需回复的数据进行打包,并将打包后的数据下发至所述数据上报模块;所述测试端同样也可以对车载终端上报的数据包进行解码并回复对应的数据。
30.步骤s6、所述数据上报模块对接收到的数据包进行解析,并发送至车载终端的其他模块。
31.进一步地,所述对需回复的数据进行打包包括:遵循预设的通讯协议以及数据传输协议,对需要下发的数据进行打包。
32.进一步地,所述通讯协议包括预先定义的平台与车载终端之间的通讯协议,在进行输出传输模拟过程中,需遵循该通讯协议进行传输操作。
33.进一步地,所述数据传输协议包括:预先根据不同情况定义的数据传输策略,例如但不限于包括传输时机、条件等。
34.进一步地,所述测试需求包括如下任一种或多种:调整所打数据包的大小、调整数据下发的频率以及模拟传输异常情况。
35.进一步地,模拟传输异常情况包括:模拟无回复状态,所述无回复状态为强制所述测试端不对所述数据上报模块进行回复。
36.进一步地,所述车载终端包括t

box。
37.进一步地,所述测试端与车载终端的数据上报模块通过socket建立tcp通信连接。
38.综上所述,本发明提供的测试方法在数据上报的测试过程中,可以有针对性地进行压力测试及异常情况模拟测试,不仅提高了测试效率,也提高了测试的普适性。本发明可以连续高效地对车载终端与平台之间数据传输的异常情况进行特定测试,具体地,通过仿真平台服务器端的本地测试端与车载终端之间的通信连接,对所需传输数据的发送频率、数据包大小等,按测试需求进行调整以模拟出异常场景,从而测试出车载终端的数据上报流程的可靠性,保障了车载终端模块在遇到数据量过大等异常情况时的稳定性,也解决了异常情况在正常应用过程中不易出现,需基于大量实车测试所导致的诸多问题。
39.本发明实施例中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示单独存在a、同时存在a和b、单独存在b的情况。其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达,是指的这些项中的任意组合,包括单项或复数项的任意组合。例如,a,b和c中的至少一项可以表示:a,b,c,a和b,a和c,b和c或a和b和c,其中a,b,c可以是单个,也可以是多个。
40.以上依据图式所示的实施例详细说明了本发明的构造、特征及作用效果,但以上仅为本发明的较佳实施例,需要言明的是,上述实施例及其优选方式所涉及的技术特征,本领域技术人员可以在不脱离、不改变本发明的设计思路以及技术效果的前提下,合理地组合搭配成多种等效方案;因此,本发明不以图面所示限定实施范围,凡是依照本发明的构想所作的改变,或修改为等同变化的等效实施例,仍未超出说明书与图示所涵盖的精神时,均应在本发明的保护范围内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1