车载测试的学习笔记

• 车载测试的基本介绍
  测试的基本职责：

  • 分析业务特性，输出测试方案。
  • 评估工作量，输出测试计划。
  • 设计、输出测试用例。
  • 执行测试工作，发现缺陷并跟踪缺陷闭环。
  • 输出测试进展报告。
  • 输出测试报告。

  测试能力建设：

  • 积累测试分析和执行方法。
  • 积累和迭代测试技术和测试工具。
  • 输出人员培养方案和路径。
  • 输出测试工作沙盘，包括知识、工具、技能等技术栈。
  • 积累项目运作的资产。

  座舱的组成模块，各模块的测试关注点。

• 汽车电子系统及其功能介绍
  常见的车载电子系统及说明。
  ESC和VSC，从名字看都是稳定控制系统，有什么区别呢？
  个人理解，ESC管理并收集、汇总各传感器的数据，然后传递给VSC，VSC来控制车的运动。
  VSC通过控制制动和和引擎来实现控制车的运动。
  具体控制动作的决策，由ESC或者VSC实现？这是个有意思的话题。

  车辆运动的场景：

  • 从速度的角度可以划分为高速、中速、低速、静止。
    高速，比如在高速路上行驶，一般高于80公里/小时。
    中速，在城市内道路上行驶，一般高于10公里/小时、低于80公里/小时。
    低速，比如在停车场内道路上行驶，一般低于10公里/小时。
    静止，比如停车场内停车或者等红灯等。
  • 从运行轨迹可以划分为直行、转弯、调头、倒车等。
  • 从位置可以分为上坡、下坡、平路等。

  车载电子系统的工作环境，比较恶劣：

  • 电磁环境复杂
  • 电压不稳定
  • 温度范围大
  • 湿度范围大
  • 振动大
  • 粉尘

  对车载电子系统的要求：

  • 可靠性高
  • 稳定性高
  • 低时延

• 车载测试三大通信协议
  车内各设备之间传输数据时的关注点：

  • 带宽
  • 时延
  • 可靠性

  车内各设备之间传输数据的类型：

  • 控制面
  • 数据面
  • 管理面

  协议的实现特点：

  • 实时协议
  • 串口协议

  不同业务的诉求：

  • 实时控制，要求低时延
  • 低速应用
  • 大带宽、低时延

• 智能座舱之地图导航模块测试要点
  以个人的实际经验来说，最早使用外置的凯立德导航，数据不太准。后来随着智能手机的发展，开车出行时，基本都在高德、百度、腾讯等几家地图中选择，暂时还没有车载导航的使用经验。
  基本的关注点：

  • 硬件的兼容性
  • 软件的兼容性
  • 电磁环境
    网络质量、带宽、抗网络干扰等。
  • 法律法规
  • 操作体验
  • 人身安全
  • 数字版权
    与第三方版权方、渠道方的协同。
  • 功耗

• 智能座舱之视频音乐模块测试要点
  基本功能和手机、电脑上的音乐播放器差不多，但考虑到工作环境的差异，有一些特点的关注点：

  • 硬件的兼容性
  • 软件的兼容性
  • 电磁环境
    网络质量、带宽、抗网络干扰等。
  • 法律法规
  • 操作体验
  • 人身安全
  • 数字版权
    与第三方版权方、渠道方的协同。
  • 功耗
  • 网络
    网络接入时的认证和传输的带宽、时延等。

• 智能座舱之蓝牙模块测试要点
  蓝牙系统的基本能力：

  • 与输入设备的配对和断开，传输数据。
    比如自动配对，断开的对策，自动重连等。
  • 与座舱内各系统集成，比如音乐播放器，麦克风等的集群。
    • 与音乐播放器集成，比如手机和座舱通过蓝牙配对，播放手机上的音乐。
      数据从手机到座舱。
      支持控制面的指令，比如开始播放、暂停播放、停止播放、上一首、下一首、调节音量、静音、选择声道等。
    • 与麦克风集成，打电话时，使用座舱的麦克风拾音，通过蓝牙传递到手机。
      数据从座舱到手机。
      支持控制面的指令，比如播号、挂断电话、调节音量、静音等。
      噪音消除，回声抑制。
  • 非功能需求：
    • 传输带宽
    • 传输时延
    • 传输稳定性
    • 搞干扰
    • 安全
      配对时，需满足一定的安全性，抗攻击能力。比如设备的白名单、黑名单、口令的复杂度、信号的强度等。
      数据传输时，需满足一定的安全性，数据加密及通道加密等，加密的算法及密钥强度。
    • 支持数据面和控制面
    • 数据的完整性和准确性
    • 兼容性
      • 硬件兼容性
        和不同的终端之间的兼容性。
      • 软件兼容性
        和不同上层软件之间的兼容性。
    • 功耗
    • 易用性

• 智能座舱之仪表模块测试要点
  座舱里的仪表，一般有两类用途，一是运行状态的汇总呈现，二是功能的参数的管理，即查看和修改等。

• 车载网络OTA 升级测试要点
  就单机而言，升级相关的关注事项：

  • 升级方案
    比如：
    • 网络接入
      比如接入网络时的时机，下载时的带宽流控，本地IO时的流控。
    • 下载
      比如下载软件包的时机，占用的带宽。
    • 软件包完整性验证
      比如校验算法和强度，校验时占用的资源量的流控等，另外需要检查是否具备升级的前置条件。
    • 升级的规模
      本次升级涉及到的组件，各组件之间的操作顺序等。
    • 升级的影响和风险
      对驾驶是否有影响，是否会导致车机变砖。
    • 升级的时机
      对于不影响驾驶安全的补丁，可以考虑在低速行驶时打补丁。
      对于影响驾驶安全的补丁，可以要求车辆在静止状态时打补丁。
    • 升级的步骤及各步骤的验证
    • 升级的最终验证和确认
    • 升级后的状态监控
    • 升级过程中的可靠性
      比如：
      • 升级失败时的回滚操作
      • 资源占用
      • 组件间通信失败时的重试
      • 升级过程中断电重启是否可恢复
      • 升级失败后断电重启是否可恢复
  • 回滚方案
  • 本地的版本管理
  • 安全
    比如：
    • 安全认证
    • 软件包的完整性验证

对于大量车机涉及升级时，需要考虑的关注点：

• 升级方案
  可能的升级路径，需要支持的升级路径。
• 待升级的范围
• 升级进度，支持开始、暂停和中止、回退，指定车的车机升级
• 版本管理
  记录各车的升级路径，升级日志等。
• 升级后的状态监控