T-Box是实现汽车车联网的一个关键环节,从起初单纯的实现车辆信息采集,已发展到具有车辆信息监测及信息交互(V2X)、车辆远程控制、安全监测和报警、远程诊断、边缘计算等多种离线和在线的应用功能的载体。为保障T-Box功能的正常运转,对其进行功能测试就尤为重要。
T-Box作为“边缘节点”,与车内控制器通过传统总线或车载以太网进行信息交互,与车外TSP(Telematics Service Platform)通过蜂窝基站无线技术进行信息交互。
从测试实现的角度,针对T-Box功能测试而言,由于自动化测试所需的“Input仿真”与“Output监测”的闭环存在一定难度,故基本通过手动或半自动化的传统方式进行测试,依靠“人在环”方式记录测试数据以及判断测试结果。但该方式测试效率低且覆盖度受限,难以满足研发的快速迭代和深度验证的要求。
本文将介绍一种实现T-Box部分功能(与移动终端交互的功能)的自动化测试技术路径以及相关测试经验与大家分享。
T-Box与手机移动端的主要交互功能如下:
图1 T-Box与手机端主要交互功能内容
图2 车内T-Box与手机端交互流程
以车主希望能够通过手机中的APP查询到车辆当前的状态信息为例:
车辆通过卫星获取位置信息
车内T-Box通过传统总线或车载以太网获取车辆当前状态信息
车内T-Box通过蜂窝基站将信息传递给TSP服务器
TSP服务器通过蜂窝基站将数据传递到车主手机APP中
从T-Box与手机端交互流程来分析,要实现T-Box功能自动化测试,需要以T-Box为中心搭建由T-Box车内交互平台(车内网络)与T-Box车外交互平台(TSP)而组成的闭环系统。其中T-Box与车内交互可通过总线仿真与监测来实现,而T-Box与TSP交互的无线信号仿真较困难。但是测试T-Box功能的最终目的是验证APP的触发、显示与T-Box功能逻辑是否满足要求。
基于此,本方案应用半实物仿真的理念,把T-Box、TSP以及手机APP之间的基于无线通信及基于无线的功能实现作为整体(假定通信稳定,逻辑正常),用户在移动端的操作当作T-Box的“信号激励”。
因此,实现自动化的关键点在于如何“程控”该“信号激励”源,也就是如何对手机中与车辆交互的APP进行自动操控。为此选择了安卓手机作为被操控对象,开发了基于CANoe+vTESTstudio+总线接口设备+VT系统+安卓调试接口的测试验证方案。
T-Box功能自动化测试系统框架
图3 T-Box功能自动化测试系统框图
该测试系统可按照设定好的测试流程触发手机APP进行自动测试并生成报告,可大大提高T-Box的测试效率,严格按照测试脚本进行,避免人为偶发性漏测。
本次将在实车测试环境下,对测试方案的实现进行验证分析。
T-Box实车测试环境系统框架
图4 T-Box实车测试环境系统框图
软硬件工具组成及作用
CANoe软件:测试执行软件
包含人机交互界面,实现T-Box功能手动测试,以及自动化测试脚本运行;集成adb指令,实现对手机APP操控
vTESTstudio软件:图形化编程软件
根据T-Box功能测试规范编写测试用例
安卓手机:安装车辆控制APP
执行来自CANoe的操控指令,与TSP服务器建立通信连接并收发数据
通信接口设备:监测车辆内部总线报文
实现测试的闭环
测试环境搭建实物,见下图:
图5 测试环境搭建
手机控制指令集成及手动测试界面开发将手机APP的控制指令集成到CANoe软件中,并开发如下的人机交互界面:
控制界面:控制手机进入开启/关闭车窗界面,并进行开启/关闭车窗软按键的点击
显示界面:车窗状态栏会同步显示实际车窗位置
数据记录:记录和显示执行的操作步骤和结果
图6 CANoe中手机APP指令集成和人机交互界面
测试执行完成后,CANoe自动生成HTML格式测试报告,报告中呈现每条测试用例执行结果及测试步骤。
图7 vTESTstudio自动化测试脚本界面及测试报告
测试结果验证(点击查看视频)
案例分享| T-Box功能自动化测试方案-T-Box测试过程视频
案例分享| T-Box功能自动化测试方案-T-Box测试过程
本方案充分利用安卓系统的控制交互指令,在实车测试环境下,对T-Box与手机端交互功能的自动化测试方案进行了前期验证分析。
对于完整的自动化测试系统除上述工具外,还需结合Vector 的VT System I/O板卡、电源等相关设备,组成完整的T-Box HiL测试平台。
作者:上海北汇信息科技有限公司
原文链接:https://blog.csdn.net/weixin_51954443/article/details/112603625