一种车联网多协议测试系统及方法技术方案

本发明专利技术涉及车联网测试技术领域，提供一种车联网多协议测试系统及方法，所述系统包括：协议选择模块，用于在图形界面中选择不同的数据协议单元；环境选择模块，用于根据所述数据协议选择不同的调试环境；信息集成模块，用于集成所述调试环境的协议地址信息；信息填入模块，用于填入所述数据协议的鉴权信息和心跳报文信息；以及测试模块，用于输入模拟字段的不同边界值，测试客户端协议运行的极端条件，完成对多协议客户端的测试。本发明专利技术能缩短业务场景的搭建时间，提高协议核心功能的验证效率。提高协议核心功能的验证效率。提高协议核心功能的验证效率。

【技术实现步骤摘要】
一种车联网多协议测试系统及方法


[0001]本申请涉及车联网测试
，具体涉及一种车联网多协议测试系统及方法。

技术介绍

[0002]现有的车联网终端开发复杂度大，由于终端供应商较多，各家供应商开发实现不一，部分协议要求的特性实现打折，终端版本状态过多，不便于端云一体统一迭代升级，且当协议终端工作状态不稳定时，单协议客户端无法实现与云平台的正常通信。因此在车联网终端设计时，需要对车联网的协议功能进行测试。然而现有的协议客户端测试系统主要是进行白盒测试，不能直观方便地进行协议报文测试，车联网协议核心功能的验证效率较低。

技术实现思路

[0003]鉴于以上所述现有技术的缺点，本专利技术提供一种车联网多协议测试系统及方法，以解决上述技术问题。
[0004]本专利技术提供的一种车联网车联网多协议测试系统，包括：
[0005]协议选择模块，用于在图形界面中选择不同的数据协议单元；
[0006]环境选择模块，用于根据所述数据协议选择不同的调试环境；
[0007]信息集成模块，用于集成所述调试环境的协议地址信息；
[0008]信息填入模块，用于填入所述数据协议的鉴权信息和心跳报文信息；以及
[0009]测试模块，用于输入模拟字段的不同边界值，测试客户端协议运行的极端条件，完成对多协议客户端的测试。
[0010]于本专利技术的一实施例中，所述数据协议单元包括消息队列遥测传输协议单元和传输层安全性协议单元。
[0011]于本专利技术的一实施例中，所述调试环境包括测试环境、预发布环境和生产环境，且所述测试环境、所述预发布环境和所述生产环境相互独立。
[0012]于本专利技术的一实施例中，每个所述调试环境都有一个所述协议地址信息与之相互对应。
[0013]于本专利技术的一实施例中，所述鉴权信息包括设备识别信息、登录成功凭证信息。
[0014]于本专利技术的一实施例中，所述心跳报文信息的发送时间间隔由所述图形界面进行设定。
[0015]于本专利技术的一实施例中，所述系统还包括：
[0016]定时消息提醒模块，用于发送定时消息提醒；以及
[0017]事件上报模块，用于上报事件报文信息。
[0018]于本专利技术的一实施例中，所述系统还包括：
[0019]发布订阅模块，用于对需要进行通信的子系统进行解耦；以及
[0020]日志存储模块，用于实时打印和保存报文日志。
[0021]于本专利技术的一实施例中，所述日志存储模块包括报文日志实时打印单元和报文日志实时保存单元。
[0022]本专利技术还提供一种车联网多协议测试方法，所述测试方法包括：
[0023]获取初始开发数据，输入至图形函数库，生成图形界面；
[0024]将数据协议输入至所述图形函数库，生成协议选择模块，以选择对应的数据协议单元；
[0025]将环境调试代码输入至所述图形函数库，生成环境选择模块，以选择对应的调试环境；
[0026]将所述调试环境的协议地址代码输入至所述图形函数库，生成信息集成模块，以集成所述调试环境的协议地址信息；
[0027]将信息填入代码输入至所述图形函数库，生成信息填入模块，以填入所述数据协议的鉴权信息和心跳报文信息；
[0028]将测试需求代码依次输入至所述图形函数库，生成定时消息提醒模块、事件上报模块、发布订阅模块、日志存储模块、测试模块；
[0029]在所述测试模块中输入模拟字段的不同边界值，生成客户端协议运行的极端条件，完成多协议测试。
[0030]本专利技术的有益效果：本专利技术通过在图形界面建立协议选择模块、环境选择模块、信息集成模块、信息填入模块、以及测试模块，实现测试客户端的界面化操作，能缩短业务场景的搭建时间，提高协议核心功能的验证效率。
[0031]应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
[0032]此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
[0033]图1是本申请的一示例性实施例示出的车联网多协议测试系统的实施环境示意图；
[0034]图2是本申请的一示例性实施例示出的车联网多协议测试系统的示意图；
[0035]图3是本申请的一示例性实施例示出的多协议测试方法的流程示意图；
[0036]图4示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
[0037]以下将参照附图和优选实施例来说明本专利技术的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本专利技术的其他优点与功效。本专利技术还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本专利技术的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本专利技术，而不是为了限制本专利技术的保护范围。
[0038]需要说明的是，以下实施例中所提供的图示仅以示意方式说明本专利技术的基本构想，遂图式中仅显示与本专利技术中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
[0039]在下文描述中，探讨了大量细节，以提供对本专利技术实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本专利技术的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本专利技术的实施例难以理解。
[0040]首先需要说明的是，在现有的智能汽车中，车联网能够使车辆上的车载设备通过无线通信技术，对信息网络平台中的所有车辆动态信息进行有效利用，在车辆运行中提供不同的功能服务。现有的车联网终端开发复杂度大，由于终端供应商较多，各家供应商开发实现不一，部分协议要求的特性实现打折，终端版本状态过多，不便于端云一体统一迭代升级，且当协议终端工作状态不稳定时，单协议客户端无法实现与云平台的正常通信。因此在车联网终端设计时，需要对车联网的协议功能进行测试。然而现有的协议客户端测试系统主要是进行白盒测试，不能直观方便地进行协议报文测试，车联网协议核心功能的验证效率较低。车联网多协议测试系统既能满足消息队列遥测传输协议(Message Queuing Telemetry Transport，MQTT)的通信需求，也能同时满足安全传输层协议(Transport Layer Security，TLS)的调试需求，能够实现界面化操作，完全模拟车载应用的相关功能、协议流程相关功能，能缩短业务场景的搭建时间，提高协议核心功能的验证效率。在其它的应用场景中，针对对象的车联网多协议测试系统可以根据实际情况进行设置，本申请的本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种车联网多协议测试系统，其特征在于，所述系统包括：协议选择模块，用于在图形界面中选择不同的数据协议单元；环境选择模块，用于根据所述数据协议选择不同的调试环境；信息集成模块，用于集成所述调试环境的协议地址信息；信息填入模块，用于填入所述数据协议的鉴权信息和心跳报文信息；以及测试模块，用于输入模拟字段的不同边界值，测试客户端协议运行的极端条件，完成对多协议客户端的测试。2.根据权利要求1所述的车联网多协议测试系统，其特征在于，所述数据协议单元包括消息队列遥测传输协议单元和传输层安全性协议单元。3.根据权利要求1所述的车联网多协议测试系统，其特征在于，所述调试环境包括测试环境、预发布环境和生产环境，且所述测试环境、所述预发布环境和所述生产环境相互独立。4.根据权利要求1所述的车联网多协议测试系统，其特征在于，每个所述调试环境都有一个所述协议地址信息与之相互对应。5.根据权利要求1所述的车联网多协议测试系统，其特征在于，所述鉴权信息包括设备识别信息、登录成功凭证信息。6.根据权利要求1所述的车联网多协议测试系统，其特征在于，所述心跳报文信息的发送时间间隔由所述图形界面进行设定。7.根据权利要求1所述的车联网多协议测试系统，其特征在于，所述...

【专利技术属性】
技术研发人员：袁子昊，庾原，
申请(专利权)人：重庆长安汽车股份有限公司，
类型：发明
国别省市：