车联网(Telematics)测试技术及应用案例分析
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
车联网-Telematics测试技术及应用案例分析
【摘要】文章系统阐述了车联网(Telematics)系统测试的一般流程及主要测试方法。通过具体Telematics系统测试实例详细介绍测试过程中关键技术应用、主要测试问题及其原因分析并取得了较好的测试结果。Telematics后台信息应用服务平台为问题高发区,车载终端问题主要为本地功能无法实现,无线通信网络问题为小概率事件。另外,在测试过程及时截取并准确分析log文件可以高效定位问题根源,提高测试效率。
1 车联网Telematics概念
1.1定义
车联网是以车内网、车际网和车载移动互联网为基础,按照约定的通信协议和数据交互标准,在车-X(X:车、路、行人及互联网等)之间,进行无线通讯和信息交换,以实现智能化交通管理、智能动态信息服务和车辆智能化控制的一体化网络,是物联网技术在交通系统领域的典型应用。1
图1 Telematics系统架构
车载信息终端:采集CAN网络数据及GPS数据等信息,经过处理打包,通过无线通信网络传送给后台信息服务平台。
无线通信网络:应用3G/4G、Wi- Fi等现代网络通信的技术与手段,实现车载终端与后台服务平台的信息传输。
后台信息服务平台:借助互联网技术整合第三方内容和数据并对海量信息进
行融合处理,以实现车辆检测、道路救援、实时交通、网上预约等服务与应用。
2 Telematics测试技术
2.1 Telematics系统特点
车载信息终端集成多种通信与数据IO硬件,并提供对多种通信协议、数据处理及应用服务的支持,系统非常复杂。
Telematics具有多设备组成性,涉及众多厂商,信息数据流转链路复杂、网络异构且涉及海量信息整合,数据挖掘、大规模数据计算。
实时性、可靠性要求:网络节点(车辆)具有高动态性、拓扑变化频繁,且受到的干扰因素较多包括路边建筑物、天气状况、道路交通状况等。
2.2 Telematics测试方法
Telematics系统的复杂性决定了测试过程必需从多角度、多维度对系统进行综合性测试,主要测试技术如图所示,
图2 Telematics测试方法
从系统整体实现角度出发,需要进行功能、及性能测试。其中,功能测试涵盖功能实现、需求验证、用户体验(功能合理性);性能测试包括稳定性、可靠性、安全性、压力测试(负载)。
测试周期的不同阶段需要对系统进行单元测试、集成测试、系统测试。如:车载终端单元测试,车内网集成测试,接入系统平台进行系统化测试。
从被测对象的特性及运行状况,又可灵活采用动态测试、静态测试、白盒测试、黑盒测试等。
2.3 Telematics测试流程
测试流程遵循通用测试流程:测试需求分析、测试策略分析(用例设计)、测试环境搭建、测试执行、系统测试回归。
图3 Telematics 测试流程
测试策略分析以测试需求说明为输入,通过对功能逻辑分析、特性分析、因果分析、场景分析、优先级分析等加工输出系统测试用例。
图4 Telematics测试策略分析
3 测试案例
某合资厂某车型Telematics系统级测试,该系统采用NGTP架构,车载终端为WinCE系统与车身BodyCAN链接并集成GPS通讯模块;无线通讯modem通过嵌入SIM卡接入中国联通3G网络,后台服务平台为Microsoft云计算平台,并接入第三方服务机构如E-call。整个系统采用松耦合设计,可扩展性比较高。
3.1系统介绍
1、系统结构
图5 Telematics测试案例系统架构
2、功能图
图6 测试案例系统功能
3.2、测试策略分析、测试用例设计
测试策略分析以测试需求说明为输入,通过对功能逻辑分析、特性分析、因果分析、场景分析、优先级分析等加工输出系统测试用例。
输入文档主要包含系统方案,功能定义文档,CAN网络结构文档,通信矩阵,信号DBC,各种测试所需数据,应用服务类型定义等。
1、系统数据流转图
图7 系统数据流转图
数据流转主要分为车内网(CAN)数据流转与车际网数据流转。车际网数据基于NGTP协议,以请求(request)—响应(response)服务的形式与server 进行交互传输。
2、策略、特性分析
Telematics功能实现依赖于数据的可靠性传输,不同的功能服务对应不同的数据链路。为此,按数据在系统中流转的方向不同我们将测试分为如下三部分:1)单向上行服务测试:主要为本地CAN网络数据的采集打包上传server 以便对车辆状况进行统计分析。
2)单向下行服务测试:主要为server推送至车载终端的信息服务。如:保养预约提醒、车辆健康度结果、驾驶安全性经济性指数、天气信息等。
3)双向request-response服务测试:由终端发起请求,server根据请求信息到数据库调用相关数据必要时进入第三方平台调取数据并对数据进
行加工处理,最后反馈给终端结果信息。
3、测试形式
考虑Telematics测试复杂性,兼顾测试效率采用静态测试与动态测试相结合的方式。测试周期各阶段包含终端单元测试、CAN网络集成、终端与server 集成测试,实车系统测试。
静态测试主要为台架测试:通过CANoe工具模拟CAN网络,主要实现终端本地功能、车内网控制器间交叉、车辆数据相关功能、及极端状况
下测试如E-call测试。
动态道路实车测试主要实现基于位置(GPS)的信息服务如实时交通、智能停车;不同路况下的无线通信及系统功能可靠性、稳定性、时效性
测试;以及对时效性较高的互联网服务进行现场验证。
4、测试工具
1)CANoe:用于采集CAN网络车辆数据。
2)终端log分析工具:分析request、response包内数据。
3)3Gmodel解析工具:实时监控3G连接及服务数据的传输状态。
4)web服务推送工具:用于集成测试阶段模拟server推送服务信息。
5、测试用例示例:
测试用例需明确:前提条件、测试步骤、期望结果、实际结果、测试状态。
图8 测试用例开发