其他测试框架 车载 TBOX 自动化测试实战分享:分层架构 + 多型号支持

阿蛋 · 2026年03月06日 · 215 次阅读
  1. 项目背景
    TBOX(车载远程信息处理终端)在车联网中的重要性
    多型号(HL800M1/V1/Y3)并行开发,回归测试压力大
    目标:构建一套高效、可扩展的自动化测试框架,覆盖功能与性能测试

  2. 框架整体设计
    分层架构:基础库层、配置层、业务逻辑层、测试用例层,职责清晰,易于维护
    多型号支持:按型号分目录存放业务逻辑和测试用例,公共组件复用
    测试类型分离:功能测试与性能测试分开管理,便于定制执行策略

  3. 核心技术点
    基础通信封装:
    ADB:通过 adb 命令实现与 TBOX(树莓派系统) 进行业务通信
    CAN:调用 ControlCAN 驱动,连接 can 盒,实现与 TBOX 的 can 协议交互
    串口:与程控电源交互,实现对 TBOX 板子上下电、不同电压供电等
    短信平台:TBOX 支持 4G\5G 短信通信

业务逻辑模块化:
每个功能独立成模块(电池、GPS、RTC、电源管理等),供测试用例调用
配置驱动:所有可变参数(设备序列号、CAN 通道、波特率等)集中管理,修改无需改代码
第三方库集成:封装 ControlCAN 的 DLL,无缝调用硬件驱动

  1. 典型测试场景 功能测试:电池信息读取、GPS 定位、版本查询、RTC 时间校验等

性能测试:
CAN 总线波特率自适应
CAN 丢帧恢复能力
车机电机适配
VIN 码同步
唤醒时间

每个测试用例独立运行,可批量执行,结果自动断言

  1. 项目价值与成效 提高测试效率:回归测试从手动数天缩短至数小时 提升质量:覆盖大量边缘场景,提前发现兼容性问题 易于扩展:新增型号或功能只需添加对应模块,不影响现有架构
暂无回复。
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册