第八篇：智能座舱 info can（专项测试）

8.1 电源模式定义 KL15 和 KL30✓

冷启动和热启动的实现，全靠两个关键的“电源信号”——KL15 和 KL30（K 是德语 Klemme，即“接线柱”，行业通用标准命名）。

1. KL30：常电（B+ / BAT+ / 直接电瓶火）—— 永远在线的电源

• 直接从汽车低压电瓶（通常 12V，范围约 11V ~ 15V）引出的正极电源
• 核心特点：不受点火开关控制，哪怕熄火、拔钥匙也一直带电
• 作用：给需要“24 小时待命”的设备供电 —— 车载时钟（保证时间不跑偏）、防盗系统、哨兵模式、ECU 存储单元（保存驾驶习惯、故障记录）
• 通俗理解：像家里的冰箱，全家出门断电，冰箱也得单独留电。KL30 就是给车辆“核心刚需设备”留的“专属电源”

【图：KL30 供电路径树状图】

蓄电池正极(+12V)
   └─ 主保险丝(如100A)
       └─ 中央配电盒 / 前舱保险盒
           ├─ 各支路保险丝(5A/10A/15A等)
           ├─→ KL30 常电负载（一直有电）
           │     ├─ BCM（车身控制器）常电
           │     ├─ 防盗/报警系统
           │     ├─ 中控锁接收器
           │     ├─ 仪表/车机记忆电源
           │     ├─ 时钟、背光常电
           │     └─ OBD 16脚（常电）
           └─→ 点火开关（IGN）

2. KL15：点火电（ON 电 / IGN+ / 运行电）—— 驾驶时的“动力源泉”

• 代表点火信号，核心特点：只有启动车辆（拧钥匙、按启动键）时才会被“激活”
• 作用：激活后给驾驶过程中需要的设备供电 —— 仪表盘、中控屏、空调、车窗控制，同时触发发动机启动、ECU 全面运行
• 供电路径：由车辆总电瓶供电，经过保险丝接到各设备的 KL15 接口，相当于“按下启动键后，给全车驾驶相关设备通电开工”
• 通俗理解：像家里的灯光开关，按下开关（启动车辆）灯光（驾驶相关设备）才亮；关掉开关（熄火）灯光就灭。但 KL30 对应的“冰箱”（防盗、时钟等），即使“灯光开关”关了依然有电

【图：KL15 供电路径树状图】

蓄电池正极(+12V)
   └─→ KL30 常电
       └─→ 点火开关（钥匙 ON 或一键启动 RUN）
           └─→ KL15 继电器 / 电子开关
               ├─ 保险丝（如 10A/15A）
               └─→ KL15 负载（点火 ON 才工作）
                     └─ 发动机 ECU（IGN 供电）

KL15 常见供电分配：ABS/ESP 控制器、变速箱 TCU、空调压缩机/风机、仪表（主供电）、车机/娱乐系统、OBD 1 脚（IGN 电）。

KL30 vs KL15 核心要点总结（重点记忆，高频面试点）：

8.2 节点丢失策略✓

什么是节点丢失：

节点丢失 = 总线上某个 ECU / 模块不再发送报文，其他设备收不到它的信号，就叫节点丢失。

节点丢失会导致什么：

• 仪表报通信故障、信号丢失、ECU 离线
• 功能失效：空调用不了、档位不显示、倒车影像不出、车走不了
• 上报对应 DTC 故障码（通信类故障）

节点丢失判定（超时判定）：

• 需求中（通讯矩阵表）会说明每个报文的发送周期，并告知超过多少个周期未收到即判定超时。
• 例如：该报文周期 20ms 发一次，5 个周期没有收到信号即判定超时，超时时间 = 20ms × 5 = 100ms。

ECU 节点丢失判定示例：

节点丢失处理策略示例（充电口盖）：

1. 用户点击开启充电口盖按钮，IVI 外发三帧信号：IVI_ChargeUnlockRequest = 0x1: Open
2. 当用户点击开启按键后开始计时 16s，16s 内收到 BCM_ChargeCapStatus = 0x1: Open 信号时，充电口盖开关状态显示为开启，充电口盖开启按钮状态显示为不可用，用户点击后文案提示：“关闭失败，请在车外关闭充电口盖”
3. 当 IVI 收到 BCM_ChargeCapFailure = 0x1: Error 信号时，充电口盖开启按钮状态置灰不可用，充电口盖开关状态显示为关闭，IVI 弹框 3s 提示“充电口盖解锁失败，请重试或者 4S 店维修”。用户每操作一次则弹窗提醒一次
4. 当档位不在 P 挡，用户点击后不外发打开信号，提示用户“开启失败，请驻车挂 P 挡开启充电口盖”
5. 充电口盖的状态需要在车模展示，且支持车模点击充电口盖开启充电口，需要在车模充电口盖位置有引导点（预留）
6. 当充电口盖开关状态发生变化，充电口盖开关需要有动画变化，显示效果以 UIUE 为准
7. 在 IVI 计时 16s 期间，若未收到反馈信号，转圈等待反馈信号结果，且用户不可操作开关；计时 16s 到之后，若仍未收到有效反馈信号（BCM_ChargeCapStatus = 0x1: Open），则停止转圈，充电口盖状态显示为关闭，用户可再次操作开关
8. 当充电口盖总线信号丢失 ≤ 10 个周期，维持上一状态显示；丢失 > 10 个周期，充电口盖开关置灰不可操作

下拉菜单节点丢失策略：

• 节点丢失后，设置项做置灰处理，不可点击操作
• 节点丢失后，设置项的负一屏，车道保持辅助系统的类型默认是“仅报警”

空调节点丢失处理：

操作弹起空调页面时，当 IVI 检测到空调故障码 U016488（0x2F6 信号丢失 500ms），将控制页面（除后除霜按键外）置灰不能操作，同时空调页面文字提醒“空调故障”。

360 节点丢失策略：

• 在 AVM 画面中，当独立 AVM 或 AVM（集成 APA）模块节点 0x2AA 丢失超过 1000ms 时，IVI 系统将 AVM 画面切换掉，恢复到进入 AVM 画面之前的画面，IVI 弹窗提醒“全景影像故障”，计时 5s（5s 计时过程中，点击 IVI 屏幕任意非提醒文字位置可消去弹窗文字），计时结束后消去弹窗提醒
• 如果 IVI 此时接收到雷达报警信号，则出现主动防御界面，并伴随声音报警，IVI 无需单独报警雷达故障

节点丢失测试方法：

台架测试【无硬件，使用工具模拟】：

1. 找到该节点的发送报文（帧）
2. 在 CANoe 里将该报文取消发送 / 停止发送
3. 等待超时时间（一般 100ms ~ 500ms）
4. 观察：
5. 仪表是否弹通信故障
6. 是否上报 DTC（节点丢失 / 信号丢失类）
7. 功能是否安全降级（不黑屏、不卡死、不乱跳）

台架测试【有硬件】：

1. 找到对应 ECU 的供电插头 / CAN 线
2. 拔掉 ECU 供电，或断开 CAN_H / CAN_L
3. 模拟该节点直接离线
4. 看整车表现：
5. 是否报故障
6. 其他模块是否正常
7. 车辆是否能安全行驶 / 下电

节点丢失排查操作方式（思维导图：电源管理）：

当出现"节点丢失 → 按钮置灰不可点击"现象时，可用以下方式逐一排查：

1. 停掉工具的报文发送 → 观察现象是否恢复
2. 将 CAN 线或控制器电源线拔掉 → 观察现象
3. 停止工具的工程 → 观察现象
4. 将报文的发送周期改成超时的周期 → 现象会"一闪一闪"（说明到达超时阈值触发告警）

8.3 新能源汽车仪表测试（信号类台架）✓

8.3.1 测试前置与环境搭建

基础资源要求

• 台架电源、CAN 盒子（含 DB9 线）、DBC 文档、DBC 通信矩阵、测试用例（供应商总 12000 余条，甲方 400 左右）、测试需求、电脑、测试人员
• 实车环境还需网络拓扑图

核心测试软件 / 工具

• 台架仿真核心工具：CANOE、TSMaster、周立功、PCAN
• 实车辅助检测工具：Vbox（车速校准）

人员及工作要求

1. 测试需执行全量用例，版本迭代阶段按计划分批次执行
2. 遇到 BUG 需及时提票至缺陷管理平台
3. 每日下班完成当日工作记录，版本结束后输出版本测试报表
4. 版本验证前，需核对测试用例名称及内部信息，更新为当日版本相关内容

测试环境搭建：两种场景，双重验证

仪表测试主要围绕两大场景展开——__台架测试（占比 90%，为核心测试场景）____与_____实车测试_，虽场景不同，但核心都是通过模拟信号发送，验证仪表的显示与交互效果。

实车测试

• 连接方式：CAN 盒子 DB9 线一头连接方向盘下方 OBD 接口，线的 DB9 端连接工具（CAN 盒子），工具另一头连接电脑
• 测试方式：仪表同样通过模拟信号发送，根据测试用例内流程测试，在电脑仿真软件 CANOE 上模拟报文信号发送

台架测试

• 组成：CANOE 硬件 + 电源 + 中控 + 主机 + 仪表
• 测试方式：通过 CAN 盒子（如周立功 USBCANFD-200U）模拟信号发送，根据测试用例流程测试

8.3.2 BUG 判定与用例执行

测试中遇到仪表信号异常，切忌盲目提 BUG，先学会"精准判责"：

• 单信号异常大概率是软件 BUG
• 全信号瘫痪则优先排查硬件或线路

确认为软件 BUG 的场景

若只有单个信号不通、其他信号均正常传输且显示无误，基本可锁定是软件问题——要么系统底层软件未打通，要么仪表软件接口未建立，无需纠结硬件，直接提票至缺陷管理平台。

非软件 BUG（硬件 / 线路排查）场景

若所有信号都"罢工"、仪表完全无响应，按"由简到繁"顺序排查：

1. 先查线路：检查 CAN 线路是否连接牢固，有无破损、松动（接触不良是最常见的"小毛病"）
2. 再查设备：排查 CAN 盒子等测试设备是否正常工作、有无故障提示
3. 最后查仪表：排除前两项后，再验证仪表自身硬件是否存在故障

测试用例执行：按部就班，高效落地

全量与版本迭代策略

• 面对 12000 余条用例、2 人测试团队：全量执行约需 1 个月，平均每天完成 300 条左右即可
• 每周 1 个版本的高频迭代下，无需强行跑完所有用例：每周聚焦 1500 条核心用例验证，后续版本接力测试剩余内容，直至全量用例全部闭环

单条用例测试：四步走，零失误

1. 搭建前置信号环境：先发送触发功能的基础有效信号。如测试车速时，先给仪表"下达"VCU 档位（P、R、N、D 等）有效信号，让仪表进入可测试状态
2. 精准发送测试信号：按用例要求发送目标测试信号及对应有效值，确保信号传输准确
3. 验证期望结果：紧盯仪表显示和交互效果，对比是否与用例期望结果一致
4. 标记结果并闭环：一致则标注 PASS，顺利通关；不一致则标注 FAIL，立即提 BUG，不遗留问题

老司机操作经验

1. 测试时先看操作步骤，根据操作步骤判断能不能得到结果；看操作步骤时瞟一眼前置条件，若前置条件复杂就先满足前置条件，再跟着步骤操作
2. 得不到结果的，再确认前置条件对不对
3. 看完前置条件和操作步骤仍不清楚用例要测什么的，可再看用例标题（平时基本不看标题）
4. 工作时间久、用例熟悉的情况下，只看结果、操作步骤大概记住即可

实操示例：车速显示测试全过程

前置准备：KL15 ON、车辆处于 P 档（gear=0x0）、单位设为公里/小时、电压处于正常工作范围；先给 VCU 发送档位信号（gear=0x1 P 档、0x2 R 档、0x3 N 档、0x4 D 档）

发送信号：向仪表发送车速相关信号 ESC_state1：esc_vehicleSpeedValid=0x1（信号有效）、esc_vehicleSpeed=30（目标车速 30）

验证结果：车速显示 30km/h（目标 30）。按车速线性修正公式计算：>20km/h 时 V2=V1×1.03+13 向下取整；≤20km/h 时 V2=V1×1.03 向上取整。完全匹配则通关，反之判定为故障并提票。

台架仿真补充总结：测试时通过台架仿真信号模拟发送，如发送指示类车速——先按测试用例添加前置条件（发送 VCU 档位 D 档信号 + 档位有效信号），再发送车速信号 30 码 + 车速有效值信号，期望结果 32 码，观察仪表显示是否对应；对应则 PASS，不对应则 FAIL 并提报缺陷管理平台。

8.3.3 核心测试模块总览

仪表测试模块覆盖：车辆基本状态模块、指示表类、行车电脑类、驾驶辅助类、充放电信息、报警弹窗、仪表指示灯、报警音、报警优先级、电源管理、能量管理、多媒体交互，以及升级测试、其他模块（细节拉满体验）。

用例规模参考（台架信号类）：

8.3.4 显示与指示信息

显示区域与内容

车速与转速

• 车速表显示车辆当前行驶速度，单位通常为公里/小时
• 转速表：纯电车型显示电机转速；混动车型根据运行模式可能显示发动机或电机转速

电量与续航

• 电量表以格状、百分比等形式显示动力电池剩余电量
• 电续航里程根据当前电量预估车辆还能行驶的距离

温度显示与计算公式

• 计算公式：显示温度 = AC_AmbientAirTemperature × 0.5 - 40，最小值 -40℃，最大值 60℃，精度 1，仪表向下取整（丢弃小数点部分）
• 仪表 IGN OFF 转到 ON 时检测到温度信号无效 → 显示"--"单位
• 仪表检测到温度输入有效后，连续 20s 检测到温度无效信号 → 显示"--"单位
• 仪表检测到温度无效信号后，检测到温度有效值 → 温度立即恢复正常显示

时间显示与同步

• 车辆从 OFF 到 ACC/ON 时，IVI 在收到有效 GPS 信号后外发 3 帧时间信号
• 仪表从休眠被唤醒后从 IVI 得到时间信号，自动更新仪表时间；一个点火周期内时间信号校准一次，校准完成后仪表自己计算时间并对外发
• 若 MMI 发送的年月日信息（year/month/day）均为 0，仪表认为 MMI 日期信息无效
• 每次唤醒时仪表都会检查时钟和日期信息有效性：有效则同步更新时间；时钟或日期无效则不再更新

显示信息分类

TFT 屏幕显示信息主要分为固定显示信息和暂态显示信息：

• 固定显示信息：车速表、转速表、水温表、燃油表、挡位显示、总里程、可续航里程、时钟显示、室外温度
• 暂态显示信息：行车电脑、三车道显示、蓝牙电话、多媒体信息、导航信息、报警提示信息

指示表模块

通常包括车速表（行驶速度）、转速表（发动机/电机转速）、油量表（燃油剩余量）、水温表（发动机冷却液温度）等，直观呈现车辆关键运行数据。

燃油表

• 范围：0-999；精度：1；单位：km 或 miles；刷新频率：10s

燃油表故障处理

车速信号 timeout 或无效时，或 EMS 燃油信号 timeout，或燃油传感器信号异常（开路或短路），显示"---"。

行车电脑信息模块

显示页面与内容

行车电脑显示页面包括车辆状态、本次里程、小计里程、轮胎状态；仪表初次上电默认显示本次里程界面。

小计里程规则

1. 范围 0~999.9，精度 0.1，单位可在 km / miles 间切换；显示取 0.1 的整数倍，不需四舍五入
2. 仪表需自动记忆小计里程：关键点火不能清除，蓄电池断电小计里程自动复位
3. 到达 999.9km（或 999.9miles）后自动回零并重新计数
4. 每 0.1km 或 0.1mile 更新一次
5. 若由 miles 切回 km 时小计里程值 > 999.9：把当前里程转成 km 并减去 1000km 后显示；再次切回 miles 时前面减去的 1000km 自动丢弃
6. 小计里程清零条件：①"行车电脑设置-复位所有行车信息"菜单清零；②KL30 掉电；③设置中重置；④油车长按 3-5 秒 trip 按键重置
7. 画面显示："小计里程---.km" / "小计里程---.miles"
8. 车速信号 > 240km/h 且有效时，仪表按 240km/h 正常进行小计累计

平均油耗

• 计算公式：(累计燃油使用量 / 累计行驶里程) × 100 L/100km，从 0 开始累积
• 界面更新频率 10s；可通过菜单或长按 Trip 键复位清零，重新计算
• 显示的平均油耗是计算值的 95%（显示值 = 计算值 × 0.95）
• 最小值 0.0；最大显示 19.9L/100km、99.9km/L、99.9mpg(US)、99.9mpg(UK)
• 清除记录后，行驶 0.3km（0.18mile）内平均油耗显示"---"单位
• 每次点火后平均油耗使用上一次的值；怠速的喷油量需累积到平均油耗中
• 清零条件：菜单"复位所有行车信息"；行车电脑平均油耗四项信息界面长按 Trip 键；KL30 掉电
• 注：全屏地图下行车电脑默认不常显，仅当 TRIP 键按下才呼出，10s 不操作后隐藏

8.3.5 辅助功能模块

• 驾驶模式显示：显示当前驾驶模式，如经济（ECO）、运动（SPORT）等，不同模式下仪表可能显示不同颜色或界面风格
• 辅助功能指示灯：如车道保持辅助、自动紧急制动系统（AEB）、陡坡缓降系统（HDC）等功能的激活或故障指示灯

充放电信息模块

充电（电能实时显示）、充电进度、当前充电电流、当前充电功率、已充电量、充电目前电量可行驶公里、剩余充电时间、电池当前电压、充电枪状态（电流、电压、进度）、放电功率、电池电量等信息，让驾驶员掌握电池使用情况。

8.3.6 报警弹窗与指示灯

当车辆出现故障或异常情况时（发动机故障、胎压异常、安全气囊系统等），会在仪表弹出对应报警窗口，直观提示驾驶员。

报警分级说明

• A 级（重要报警）：影响车辆安全和乘车人生命安全的报警提示
• B 级（次要报警）：需要尽快解决的故障报警提示
• C 级（提示信息）：提示用户让用户知道的信息

报警优先级：重要报警 > 次要报警 > 提示信息；同类报警中数字编号越小优先级越高。对次要报警和提示信息，被高优先级报警打断之后除非有新的条件触发，否则不再显示。

重要报警（A 级）

严重影响车辆行驶安全的告警信息，需用户熄火或立即停车或马上接管方向盘。该类报警持续显示直到报警条件消失，且无法被按键隐藏到报警列表。

次要报警（B 级）

除有特殊说明，该类报警最多显示 4s；报警条件持续存在超过 4s，显示 4s 后自动隐藏；4s 内触发条件消失则立即取消报警。多数条目可点击确认后收入报警列表。

提示信息（C 级）

特殊信息报警

• 非文字类报警，如车道偏离报警，显示在三车道界面上，主动安全系统正常工作指示（如前车驶离，按 RES 恢复巡航） <!-- 这是一张图片，ocr 内容为： -->

• 特殊信息的报警触发后会持续显示在 IC 上，直到触发条件消失

指示灯与警告灯模块

灯类三分类

汽车仪表盘指示灯分为三类：指示、警示、故障。

• 第一类 指示（提示车辆各功能状况）：灯光信号灯、转向信号灯、驻车灯等
• 第二类 警示：燃油指示灯、车门状态指示灯、安全带指示灯等；一般驾驶员进行相应动作后熄灭（如系上安全带后熄灭）
• 第三类 故障（最重要）：发电机故障指示灯、ABS 故障指示灯、变速箱故障指示灯等；平时很少点亮，或启动发动机时点亮片刻后熄灭。若故障指示灯常亮且伴有警告声，表明车辆已出现故障或异常，需立刻停车检修——忽视可能导致车辆损坏，严重危及行车安全

常规安全指示灯

• 驾驶员座椅安全带指示灯（提醒系安全带）
• 驻车系统故障警告灯（制动液位低或制动系统故障）
• ABS 故障警告灯（刹车防抱死系统故障）
• SRS 故障警告灯（安全气囊系统故障）
• 胎压故障警告灯（轮胎胎压异常）
• ESP 故障警告灯（车辆稳定系统故障）
• 转向系统故障警告灯（转向部件故障）

指示灯分类汇总（思维导图）：

• 安全系统指示灯：制动液位低、助力系统故障、电子车身稳定系统（ESC）故障等
• 动力系统指示灯：动力电池过热、电机及控制器过热、功率受限等
• 灯光系统指示灯：转向灯、位置灯、近光灯、远光灯、后雾灯等
• 其他指示灯：安全带未系、自动驻车状态、充电连接等

报警音模块

与报警弹窗、指示灯配合，通过声音（蜂鸣音、警示音）提醒驾驶员注意车辆异常情况，增强警示效果。常见报警触发条件示例：

• 驾驶员安全带未系指示灯点亮时车速 ≥ 10km/h、KL15 ON
• 充电系统故障报警（VBU_CAN_FaultReason=0x3）
• 制动系统故障报警（KL15 ON，tlm_HmiWarningDm=0x1）
• 报警状态有 YELLOW / RED，报警方式为单音、连续音，音源如 chime2 报警音

报警优先级

对各类报警信息分级，确保重要报警（如安全相关故障）优先提示，避免驾驶员遗漏关键信息。

灯光报警优先级

• 最高优先级（红色报警灯，立即停车检查）：制动系统故障灯（红色圆圈内"P"或制动液位过低）、机油压力过低报警灯、冷却液温度过高报警灯、电池充电故障灯、安全气囊故障灯（红色 SRS/AIRBAG）、ABS 失效且常规制动受影响报警、胎压严重过低报警、ESP 完全失效报警
• 中高优先级（黄色/琥珀色，尽快检修）：ABS 系统故障灯（仅 ABS 失效）、ESP/TCS 受限报警灯、胎压不足报警、发动机故障灯（黄色 CHECK ENGINE）、变速箱故障灯、转向助力系统故障灯、排放系统故障灯、灯光系统故障灯
• 中等优先级（黄色提示/文字，关注状态）：自动启停系统不可用提示、LDW/FCW 系统激活提示、ACC 受限提示、燃油液位过低提示
• 最低优先级（绿色/蓝色指示灯，功能状态提示）：近光灯开启（绿）、远光灯开启（蓝）、示宽灯开启（绿）、定速巡航激活（绿）、经济模式开启（绿）

声音报警逻辑

8.3.7 电源、能量与升级通信

涉及车辆电源系统的监控，如蓄电池电压监测、电源分配管理等，保障车辆电气系统稳定运行。

电源测试要点（思维导图 + 实操话术）：

• 上电时序：仪表先供电上电 → 播放开机动画 → 执行自检 → 全功能检查 → 仪表主题切换
• 电源分正常场景与异常场景：正常场景电压 9~17V；电源模式需测试熄火、ACC 待机、crank 点火、start 启动
• 信号周期测试：以 250ms 为一个单位周期，超过 4 个信号周期未收到仪表信号，仪表故障灯点亮；收到一帧有效信号后故障灯解除
• 电源模式：睡眠模式、待机模式（KL15 off / KL15 on）、电压的高压 / 低压模式；电压低于正常电压仪表不工作，高于正常电压也不工作

能量管理模块

• 功率表：反映车辆实时功率输出。车辆下坡、慢速行驶或原地发电时，功率指示值可能为负值，表示车辆正在给动力电池充电（正值耗电，负值充电） <!-- 这是一张图片，ocr 内容为： -->

• 能量流程图：展示发动机、电机、电池、车轮之间的能量流向，帮助驾驶者了解动力系统工作状态
• 电量相关：电量表（展示动力蓄电池剩余电量）；电量不足提示（低于 30% 时"动力蓄电池电量不足指示灯"亮，低于 20% 可能触发"电量过低指示灯"）
• 电池状态：动力蓄电池故障指示灯、绝缘电阻指示灯（代表电池绝缘性能降低）、动力蓄电池过热警告灯、动力蓄电池切断故障指示灯

升级测试（主机升级）

• 本地升级：新版本在上个版本基础上升级，升级到新版本后也要验证新版本能否正常升级成功（不做跨大版本升级）
• 模拟仪表固件升级流程，验证升级过程是否稳定（无中途失败、变砖风险），升级后功能是否正常（原有显示、交互功能不受影响，新功能可正常启用）

多媒体与通信模块

• 多媒体：切换音源；当前播放的媒体信息（专辑封面、专辑名、歌手名、歌曲名、歌词）；当前播放的电台信息（电台频率、名称）
• 电话：切换线路（第三方拨入：HoldOn、Active）；静音/非静音；显示当前来电状态（通话中、拨打中、来电中）；显示来电电话号码、来电、通话时长
• 天气：区域 ID / 能见度 / 风向 / 天气图片 / 风速

台架实战与仪表界面识别

台架实战：将仪表 DBC 文件导入 CANoe，设置好用例所需报文，按测试用例发送对应报文信号，观察仪表表现；例如发送安全气囊信号看指示灯是否跟随变化、发送周期信号看指示灯是否闪烁，显示与预期一致则 PASS，不一致则检查 CAN 盒子连接 → 查看其他报文信号灯是否正常 → 定位为 BUG 后录制视频、抓取报文在缺陷平台提交。

仪表界面指示灯识别（常见）：转向信号灯、远光灯、后雾灯、全天候灯、ACC 待机（白）、OK、经济模式、智能钥匙系统告警、主告警、ESP 故障告警、动力电池电量低告警、驱动功率限制、ACC 故障告警（表有时）、小灯、智能远/近光灯（表有时）、放电、自动驻车（待命白）、TJA、运动模式、胎压故障告警、ESP OFF 告警、自动紧急制动故障告警（表有时）、ABS 故障告警、前照灯故障告警、雪地模式、电机过热告警、安全带未系、转向系统故障告警、驻车系统故障告警、动力系统故障告警（表有时）、电机冷却液温度过高、自动紧急制动、SRS 故障告警、低压供电系统故障告警、电子驻车、充电连接、交通标志识别（表有时）。

8.3.8 测试方法话术

仪表测试的测试方法主要分为两种：①台架测试，主要使用 CAN 工具发送对应报文进行测试；②实车测试，主要是在车上一边驾驶一边进行测试。

仪表怎么测

开机动画测试

车速显示测试

• 台架上：发送车速相关报文及有效值，验证表准确性
• 实车上：直接驾驶车辆，查看仪表速度显示；用 Vbox 外部工具监测校准，确保表显与实际车速一致
• 还需关注一个点：速度变化时是有动态增加或减小的过程效果（不跳数）

电源管理测试

• 上电时序：仪表先供电上电 → 播放开机动画 → 自检(默认6s) → 全功能检查 → 仪表主题切换
• 正常/异常场景：电压 9~17V；电源模式（熄火、ACC 待机、crank 点火、start 启动）
• 信号周期测试：250ms 一个单位周期，超过 4 个信号周期未收到仪表信号 → 故障灯点亮；收到一帧有效信号 → 故障灯解除
• 电压低于正常电压仪表不工作，高于正常电压也不工作

文字 / 声音报警测试要点

• 报警显示内容（LCD 显示）、灯的状态、声音的显示优先级（每个警报的优先级有数值，优先级大的优先播放）
• 安全报警类不可关闭，需测试安全警报是否能重新触发
• 测试报警的显示时间、最小/最大显示时间、报警条件解除
• 警报音不可静音；报警音播放时有音频策略：图片+声音的报警高于其他报警，优先播放优先级高的声音及对应图片；多个警报音时优先播放优先级高的，播完再播优先级低的
• 示例：安全气囊指示灯在车速 < 25km/h 时仅指示灯闪烁不播警报音；车速 ≥ 25km/h 时指示灯持续闪烁 20s 后播放报警音，同时中控显示文字报警

8.3.9 仪表面试问答

一面面试官提问：

1. 仪表：你有写过仪表相应的用例吗？
2. 能列举一些仪表的功能模块吗？（指示灯，信息显示类，交互控制类，告警提示类）
3. 台架方面仪表的电源状态
4. 你们做的时候偏向台架多一些还是实车多一些
5. 台架有没有自己搭建过台架（新项目、换项目搭建）
6. 搭建台架需要哪些文件（针脚图）及工具
7. 搭建台架是参照什么东西去搭建
8. 仪表还有中控屏搭建需要多久时间
9. 仪表测试：如果发现一个问题，你们内部使用什么平台提交 BUG？
10. Jira 你们是怎么管理的呢？
11. 如果遇到 BUG，怎么判断这是一个 BUG？是哪方面的？本地的还是云端的或者是硬件类的？
12. 面试通过的话你需要多久入职？
13. 你有什么问题吗？

下面解答：

1. 仪表用例编写经验：有。新需求出来时根据需求方给到的需求编写测试用例，需求中会有硬件条件及执行方法（含报文信号），据此编写仪表显示功能测试用例，包括时速表、转速表、里程显示等基础功能，以及故障提示、告警信息展示等异常场景验证
2. 仪表功能模块：指示灯类（安全带未系提示、胎压报警、机油压力异常、充电状态、转向提示等）；信息显示类（车速表、发动机转速表、燃油/电量显示、温度表、里程小计/总计等）；交互控制类（驾驶模式切换、仪表主题切换、亮度调节等）；告警提示类（故障码提示、保养提醒、系统异常告警如 ABS/ESP 故障等）
3. 台架上仪表电源状态：模拟整车供电逻辑——OFF 状态切断主电源仅保留 RTC 等记忆电路供电；ON 状态全功能供电正常显示；启动瞬间可能短暂黑屏（电源切换），启动后恢复
4. 工作侧重：座舱和台架测试均有涉及，台架测试占比更高（约 60%）；台架用于早期功能验证、自动化测试执行，座舱更多在实车环境做集成验证
5. 自建台架经验：有，曾主导搭建仪表功能测试台架，验证仪表硬件（显示屏、背光、按键）与软件功能的集成
6. 搭建台架所需文件及工具：硬件——电源模块、信号发生器、负载电阻、示波器/逻辑分析仪、线束接口（OBD 或自定义）；软件——自动化测试框架、CAN 工具（CANoe、PCANView）、仿真软件（Matlab/Simulink 模拟 ECU 信号）、固件烧录工具；文档——硬件设计文档（原理图、PCB）、通信协议文档（CAN/LIN 信号定义）、测试用例库、设备清单及配置说明
7. 搭建台架的参考依据：硬件设计文档（参照整车电气架构和仪表接口定义）、软件需求规格（明确功能点和性能指标）、行业标准（ISO 26262 功能安全、AUTOSAR、GB/T 32960）、竞品分析（参考同级别车型台架方案）
8. 仪表与中控屏搭建时间：初次搭建约 2_{3 周（硬件采购、连线调试、软件环境配置、基础功能验证）；迭代优化每次需求变更后约 1}2 天
9. Bug 提交平台：内部使用 Jira，按组件（唤醒词识别、语义理解、语音合成、多轮对话等）、优先级（P1/P2/P3）、状态（Open→In Progress→Resolved→Verified→Closed）分类
10. Jira 管理方式：测试提交 Bug 并关联测试用例，开发认领修复，QA 验证，项目经理统筹；Bug 需含复现步骤、日志截图、环境信息；修复后附回归测试结果；每周生成 Bug 趋势图、阻塞率、模块分布热力图
11. Bug 定位方法：参考 8.2 与 8.10（单信号 vs 全信号、主机 vs 对手件判定）
12. 入职时间：面试通过后 2 天内完成离职交接并入职
13. 我的问题：贵司当前智能座舱项目的主要客户群体是主机厂还是 Tier1 供应商？

8.3.10 BUG 分析与通用思路

通用分析思路：遇到 BUG 先发送其他信号灯对应信号，看是否正常显示；其他信号灯能正常点亮 → 说明信号值通道是通的，不正常显示的信号灯有问题 → 查看该信号灯对应报文和折线图是否有信号反馈 → 有反馈但显示不正常则多测几次计算 BUG 概率 → 用 adb 和 canoe 抓取报文及车机日志提票给开发；若其他信号灯也不正常显示 → 看 CAN 盒子是否断开、仪表线束连接是否正常，排查硬件。

台架场景

例子：仪表驾驶模式如 ECO 指示灯不显示（台架测试）

1. 排查其它指示灯是否按照信号显示，确保工具软硬件通道连接正常
2. 通道正常后排查发送的信号是否正确、值是否正确，多测几次；若该指示灯仍不显示，即主机代码问题，直接录视频及车机日志、CAN 日志后提 BUG

实车场景

例子：仪表驾驶模式如 ECO 指示灯不显示（实车测试）

1. 连上工具后打开图形分析界面 → 添加 ECO 指示灯对应信号 → 查看对手件反馈的该信号是否发送、值是否正确
2. 对手件反馈的 ECO 信号值正确 → 初步判断是主机代码问题，直接录视频及车机日志、CAN 日志提 BUG
3. 对手件反馈的 ECO 信号值错误 → 初步判断非座舱问题，定位是对手件问题；处理方式：上报领导，车辆对手件有问题导致测试阻塞

测试通用思路：一套逻辑，覆盖全场景

无论测试哪个模块、哪项功能，都遵循一套统一的逻辑框架，确保测试无遗漏、无死角：

功能概述 → 电源模式 → 下线配置 → 输入 → 输出 → 处理策略 → 异常处理 → 异常恢复 → 信号同步 → 不同车辆配置

简单来说：先明确功能核心目标，再在不同电源模式下验证功能表现，核对信号输入与输出的匹配性，覆盖正常与异常场景的处理逻辑，验证异常恢复的及时性，最后确保仪表与中控信号同步、适配不同车辆配置，让每一项测试都有章可循、有据可依。

8.3.11 仪表测试速查

车速计算公式

• 速度 > 20km/h：V2 = V1 × 1.03 + 13，结果向下取整
• 速度 ≤ 20km/h：V2 = V1 × 1.03，结果向上取整

报警显示与优先级（仪表1 思维导图）

• 重要报警：一直显示直到报警条件消失；不可使用 OK 键屏蔽；同时多个报警触发时以轮询方式循环播放（4s）
• 次要报警：只显示 4s 后自动消失到报警列表中，直到报警条件消失；多报警同时触发时排队显示
• 报警优先级：低优先级触发中再触发高优先级 → 高优先级直接打断低优先级报警显示；高优先级报警中触发低优先级 → 低优先级不会弹窗提示

功率表

正值耗电，负值充电。

测试方式侧重

除了多媒体和 ADAS 功能模块以实车测试为主，其它都是台架为主、实车为辅。

实车怎么判断实际车速

1. 用 Vbox 工具
2. 用总线工具查看总线信号后，根据车速公式算出实际车速
3. 仪表显示值经过计算公式算出实际车速

用例编写维度与方法（仪表2 思维导图）

• 维度：功能、性能、压力、异常、交互等
• 方法：等价类、边界值、因果图/判定表、错误推断等

8.4 汽车 UI 界面：驾驶场景✓

测试目标：验证驾驶状态下车机 UI 界面的可用性、安全性与多屏一致性，避免操作分散驾驶员注意力。

多屏交互测试：

• 仪表、中控、副驾屏、HUD 之间的状态同步（如中控设置导航目的地 → 仪表显示导航箭头 → HUD 显示转向提示）。
• 测试关注点：状态同步实时性（延迟 <500ms）、多屏显示一致性、异常状态处理（某屏故障时其他屏不崩溃）。

驾驶安全 HMI：

• 行驶中屏蔽视频播放与复杂文字输入，强制引导语音操作；核心按钮（取消导航、静音）足够大、易点击。
• 进出隧道/昼夜切换时 UI 平滑过渡、防眩光；屏幕适配横屏/竖屏/带鱼屏/异形屏，UI 元素不被黑边或空调栏遮挡。

8.5 多媒体模块✓

什么是多媒体

定义：多媒体是指将文本、图形、图像、音频、视频、动画等多种媒体元素，通过计算机技术进行综合处理和有机组合，并能实现人机交互的一种信息传播媒介。它打破了传统单一媒体的局限，让信息传递更加丰富、直观和生动。

多媒体媒介：

数字技术支撑：所有媒介需通过数字信号处理（如编码/解码、压缩/解压）实现存储、传输与播放，例如 MP3（音频编码）、MP4（视频编码）、触控屏（数字交互硬件）等。

车载相关硬件配置：

• 中控显示屏：最主要的视觉交互终端，常见 15.6 英寸
• 物理/触控按键：硬按键/软按键、硬开关/软开关
• 语音交互模块
• 音响系统：听觉体验的核心，包括主机（信号处理）、扬声器（前门/后门/低音炮/高音头）；豪华车 20-30 几个音响，高端车 14-20 个，普通车 2-4 个
• 头枕音箱

音视频格式介绍（重点）

音乐播放格式：mp3、WMA、Mp2、WAV、FLAC、m4a、AU、AIFF、AMR、APE、M4R、MMF，另含 OGG、AAC

无损音频格式（音质无损失，文件大，适合高保真需求）：

有损音频格式（牺牲微量音质换小体积，日常主流）：MP3、WMA、MP2、M4A、AU、AMR、M4R、MMF。

视频格式：3GP、F4V、MKV、MOV、MP4、MPEG、MPG、RMVB、TS、VOB、WMV。

通用主流格式（兼容性强，日常播放首选）：MP4、WMV、MOV。

高清/专业场景格式（主打画质或多内容承载）：MKV、TS、VOB、MPEG/MPG。

格式转换工具：格式工厂。

多媒体测试总体思路

这个中控屏后面就是一个 Android 系统。测试多媒体，和 CAN 信号交互测试验证，多媒体测试原理跟我们平时用的 Android 平板上的 APP 测试原理是一样的。

实车验证：

• 实车验证主要是功能验证：点点点
• 交互有：语音交互、仪表交互、方控交互
• 测试前提条件：用例、汽车、电脑、工程师、缺陷平台

台架验证：

• 台架验证多媒体，功能：点点点；稳定性：ADB monkey
• 前提条件：台架各部件、用例、电脑、工程师

多媒体功能测试总览

前提条件：车机上电，测试网络的要先联网。

多媒体的功能主要分为：在线音乐、本地音乐（U 盘）、蓝牙音乐、在线视频、本地视频、收音机、喜马拉雅、哔哩哔哩。

在线音乐

在线音乐一般使用第三方的音乐数据，然后根据自己的车型屏幕定制开发，以华为音乐为例。

华为音乐目录结构：

搜索功能：

• 搜索主体包含：
• 搜索历史：支持重复点击打开、排版超出屏幕尺寸后换行
• 搜索时键盘弹窗
• 热门搜索：单曲（如晴天）、歌手、专辑、歌单、听书
• 综合
• 除上述功能外，还要考虑：搜索建议、搜索热词（热门搜索）、搜索历史

账户功能（我的）：

• 主要包括：会员中心、我喜欢、最近播放、我的听书、下载、本地
• 未登录数据：未登录状态；用户登录：登录状态；普通用户 / 会员用户；会员中心：登录和未登录状态
• 需要关注：会员中心、我喜欢、最近播放、我的听书、下载、本地、设置、问题与建议、关于，这些都是大模块，测试中主要关注的点：点击进去查看是否符合预期结果，测试到最小单元

酷狗音乐——推荐功能：

• 现在就听：直接点击里面，会直接进行音乐播放
• 每日 30 首：每天不同 30 首自己可能喜欢的音乐（根据你的播放爱好、大数据）
• 新歌推荐：最新的音乐
• 三种下：分很多种（驾驶好时光、全景声、无限循环他的歌、近期热点追踪、午间小憩、大剧院的魅力等）
• 测试点：是否能正常点击进入退出、是否正常显示；正常播放、暂停、快进、上一首、下一首、收藏、歌词、下载；音质选择（标准 1.94M、HQ 高音质 4.84M、SQ 无损品质 11.01M）；文字是否正常显示、播放进度时间是否正常、播放模式设置（单曲播放还是循环播放）、左下角缩小箭头是否正常缩小——测试到最小单元

每日推荐 30：根据个人收听数据推荐歌曲，测试时关注：

• 未登录状态、普通用户状态：听歌曲账号未记忆
• 登录状态、会员状态：听歌后会有记录
• （未登录状态）第一次登录，推荐的音乐应该是全网推荐的音乐；登录成功之后，按照歌曲风格、歌手进行相关音乐播放。再次登录，推荐的音乐跟第一次推荐的应该不同
• （老用户）登录成功（老用户有大数据），推荐的音乐应该跟之前听过音乐相关
• （切换用户）第一个用户登录成功，打开【推荐音乐】，记录对应的推荐歌曲。退出登录，登录其他账户，打开【推荐音乐】，两次推荐的音乐不一样

新歌推荐：测试点同“现在就听”（正常播放/暂停/快进/上一首/下一首/收藏/歌词/下载、音质选择、菜单栏显示正在播放 36/已播放歌曲 999+/已播放歌单 4、文字与播放进度、播放模式、左下角缩小箭头）。

音效测试（酷狗音乐）：

• 跟手机逻辑相同
• 主要在实车上进行测试，测试过程中主要选择不同的音效，观察是否有声音的区别
• 至于具体的音效效果，有专业的部分去测试，我们主要测试功能即可

K 歌功能（酷狗音乐）：

• 主要测试点：原唱（关、开、音量调整）；伴唱（音量调整）；话筒（音量调整）

播放界面【使用 xmind 编写测试点】核心测试点：

• 播放/暂停：需要配合上一曲、下一曲、进度条的拖拽
• 上一曲、下一曲：配合播放列表、播放模式
• 进度条：配合播放列表、播放模式
• 进度条拖拽
• 会员音乐：试听部分，拖拽不能拖到 VIP 区域
• 播放模式：随机播放（下一曲随机，上一曲不同的 app 实现逻辑不一样，有的是记忆上一首音乐，有的是随机）、列表播放、单曲循环
• VIP 音乐-下载：未登录账户-提示登录；登录普通账户-下载提示付费；VIP 账户-可以直接下载
• 收藏功能、取消收藏：未登录账户-提示登录；登录账户-收藏成功
• 歌词：歌词显示与播放进度应该是同步的；拖拽的时候歌词也是同步的
• 多屏联动交互（仪表、中控）：这个主要有多个屏幕的车需要关注；仪表盘显示歌曲名与歌词；副驾屏联动（看车型）

蓝牙耳机（PSD 副驾屏场景）：

• 若 PSD 已连接蓝牙耳机，PSD 上支持通过蓝牙耳机独立播放 PSD 支持的音源，并且 CSD 上的声音优先级和混音逻辑不影响 PSD 上的声音播放
• 当 PSD 未连接蓝牙耳机，且有媒体音源播放时，需要遵守 IHU 的声音优先级及混音逻辑，PSD 可通过触屏抢占 CSD 的多媒体音源播放权
• 当副驾驶断开蓝牙耳机或者蓝牙耳机因其他原因断开时，媒体暂停

方控（方向盘控制键）：

• 主要考虑：上一曲/下一曲、音量控制、暂停/播放、语音助手交互（麦克风呼叫）
• 仪表信息通过右侧按键调节；接听蓝牙电话；菜单切换；确定；菜单切换；语音控制；选项切换；换歌；播放音乐；设置播放模式

U 盘音乐（本地音乐）

本地音乐包含：U 盘音乐、蓝牙音乐、车机存储音乐。

U 盘音乐测试点：

• 播放全部：点击播放全部，音乐正常播放
• 单曲音乐可以正常点击、正常播放、暂停、快进、上一首、下一首、收藏、歌词、播放模式设置，UI 界面是否显示正常、文字是否正常
• 当且仅当 USB 插拔时做弹框提示，其他操作过程不做 USB 的弹框（如系统重启）
• 支持格式的 Audio、Video 和 Image 文件一共 5000 个，不支持格式不包括在 5000 个文件之中
• File 名称（包含 Path）最大长度是 255 个字节
• 播放或者暂停播放的功能（切换 ≤1s）
• 切换到上一曲或者下一曲的功能（切换时间 ≤2s）
• 播放中的压缩 Audio File 产生了播放 Error 的情况下，提示用户 Error Message 后，则进行 Skip，对下一个压缩 Audio File 进行播放
• 暂停时，快进执行快进动作，快进结束后，显示播放状态；播放时，快进会暂停当前播放，结束快进操作时，恢复播放；若快进到最后一秒，切换至下一曲继续快进，等快进停止时（松开方控快进按键），恢复正常播放

音乐格式：AAC、MP3、MP2、WAV、WMA、OGG、AMR、APE、FLAC、M4A、M4R、MMF。

USB 不同类型：

蓝牙音乐

测试蓝牙音乐的时候，主要关注设备的蓝牙协议版本。一般我们目前测试主要从蓝牙 4.2 开始进行测试。设备有 Android 设备、iOS 设备。

蓝牙版本对照表（课件数据）：

蓝牙连接

• 设备兼容性：验证不同品牌、不同蓝牙协议版本的手机连接成功率
• 连接稳定性：测试手机在车内不同位置（如中控台、扶手箱、后排）的蓝牙信号强度，以及是否存在频繁断连现象
• 自动回连机制：验证手机蓝牙开启状态下，携带手机靠近车辆解锁并上车后，车机是否能自动回连蓝牙并恢复上次的音乐播放状态
• 测试时设备主要考虑使用的蓝牙版本

基础播放与控制功能测试

• 播放控制：测试通过车机屏幕或方向盘实体按键进行播放（Play）、暂停（Pause）、上一曲、下一曲、快进、快退等操作的响应速度与准确性
• 列表与元数据同步：验证手机端蓝牙音乐播放列表是否能正常同步至车机端，且歌曲名称、歌手、专辑封面（需 AVRCP 1.6 及以上支持）等元数据显示是否完整、无乱码
• 音量联动控制：测试调节车机音量旋钮/按键时，蓝牙音乐的音量是否同步平滑变化，且无爆音或杂音

多音源与音频路由冲突测试

• 导航语音打断（Audio Ducking）：在播放蓝牙音乐时触发导航语音播报，验证音乐是否能自动降低音量（Ducking），播报结束后是否平滑恢复原音量。导航媒体混音开关开启时处于混音模式，关闭后导航才会降低媒体音量
• 蓝牙电话优先级：在播放蓝牙音乐时接打电话，验证音乐是否能自动暂停，通话结束后是否能根据设置自动恢复播放
• 其他应用音源冲突：测试蓝牙音乐与车机自带应用（如 QQ 音乐、网易云音乐）、语音助手（AI Eva）唤醒音之间的抢占与切换逻辑

异常与边界场景测试

• 断连与重连：在音乐播放过程中，手动关闭手机蓝牙、将手机移出车外导致信号丢失，测试车机端的提示是否友好，以及重新开启蓝牙后的自动恢复能力
• 手机端操作同步：测试在蓝牙连接状态下，手机端切歌、暂停、调节手机本地音量，车机端是否能实时同步响应
• 低电量与后台限制：测试手机在低电量模式或系统强制清理后台应用时，蓝牙音乐传输是否中断或卡顿

性能与主观体验评估

• 音质与音效：结合整车音响系统（如支持杜比全景声、AI 调音等），评估蓝牙传输下的音质表现，是否存在明显的压缩感或底噪
• 延迟测试：测试蓝牙音乐播放与画面（如有歌词显示或 MV）的同步性，以及切歌时的响应延迟时间
• 长时间播放稳定性：进行连续数小时的蓝牙音乐播放测试，验证是否存在内存泄漏、车机卡顿或无故停止播放的问题

蓝牙音频数据传输协议（底层逻辑）

• A2DP（Advanced Audio Distribution Profile）：数据传输。在测试这个协议的时候，主要就是播放不同格式的音乐、不同大小的音乐，比如一个比较大的无损音乐。如果传输的速率跟不上，就会有延迟和卡顿现象
• AVRCP（Audio/Video Remote Control Protocol）：音频控制。允许蓝牙设备之间的双向控制，通常用于耳机、车载系统等设备与手机、平板等媒体播放器之间进行音乐播放控制。因此，对于音频播放、暂停、上一曲、下一曲等操作，蓝牙设备会使用 AVRCP 协议来实现

多媒体中心功能规范（蓝牙音乐测试用例（小鹏）摘录）：

在线视频（华为视频）

• 视频播放：缺少测试逻辑
• 测试思维：不管给你任何产品，你都能最快说出测试功能点有哪些
• 主功能：进入、界面显示、退出
• 1 级目录：打开关闭
• 2 级目录：我的、精选、少儿、芒果、小视频、课堂、电视剧、电影、综艺、少儿、动漫
• 3 级目录 / 4 级目录：每个模块下面都有很多测试点，要做到点检到最小单元

目录最小单元测试点：要考虑的点：会员和非会员、电影和电视剧。

• 非会员：点击开通会员，有价格，看视频有广告，开通会员免广告
• 会员：无广告

播放控制功能点：

• 播放/暂停
• 下一集
• 选集：考虑播放的视频类型，电视剧和电影
• 倍速：0.75x、1.0、1.25、1.5、2.0x
• 清晰度：流畅 270、标清 480p、高清 720p、蓝光 1080p、2k、会员 4k
• 收藏、取消收藏
• VIP 用户、未登录用户、普通用户
• 快进、快退、拖拽进度条时间是否同步
• 音量调节：高低、静音
• 亮度调节
• 连续播放
• 举报
• 自动跳过片头

播放控制测试用例：

功能搜索功能（2 级目录）：

• 3 级目录：热搜、搜索历史
• 搜索关键字主要考虑：演员名称、视频名称、视频类型
• 搜索输入框：测试输入框是否能够接受搜索关键字，包括中文、英文、数字和特殊字符；测试输入框是否能够正确处理多字节的字符输入
• 搜索按钮和回车键：测试搜索按钮是否能够正确触发搜索功能；测试回车键是否能够作为搜索按钮的替代，触发搜索功能
• 搜索结果展示：测试搜索结果是否按照搜索关键字的相关性排序；测试搜索结果是否能够正确显示搜索关键字的匹配内容
• 搜索结果过滤：测试是否能够通过筛选器（如视频类型、演员、导演等）过滤搜索结果；测试筛选器是否能够正确地应用到搜索结果上
• 搜索历史和推荐：测试搜索历史是否能够记录用户的搜索行为；测试搜索推荐是否能够根据用户的搜索历史提供相关的搜索建议
• 搜索性能（跟网络相关）：测试搜索功能在输入关键字后的响应时间；测试搜索功能在高并发情况下的性能表现
• 错误处理：测试搜索功能在输入无效关键字（如空字符串、无效字符）时的处理；是否正常显示

个人中心（我的）：

• 3 级目录：用户登录、未登录、专区会员、我的收藏、本地视频、我的预约、订购记录、设置、问题与建议、关于、搜索、频道、播放历史、兑换 VIP 优惠券
• 4 级目录：点击进入 3 级目录后都是 4 级目录，还有 5 级目录关于专项测试，每一个模块、每个模块里面测试到最小单元（等价类测试方案）

各板块 2 级目录分类：

• 精选下面有：电视剧、电影、综艺、少儿、动漫、全网热播等
• 3 级目录：电视剧、电影、综艺、少儿、动漫、全网热播、超音质体验、更多、换一换
• 电视剧下面 4 级目录（筛选条件）：最新/最热；年份（2025/2024/2023/2022/2021/2020/2019/更早）；类型（古装/战争/爱情/剧情/喜剧/青春/年代/情感/军事/农村）；地区（中国大陆/中国香港/中国台湾/泰国/日本/美国/韩国）；资费（会员/免费）；频道（华为视频/华为视频芒果TV/优酷）
• 少儿：少儿热播、萌宝儿歌精选、女孩的梦、梦幻世界
• 芒果：独播精选、芒果捞王牌综艺、芒果捞金鹰剧场、芒果捞动漫天地、芒果捞佳片特映、芒果捞、高分纪实
• 小视频：短视频内容
• 课堂：热播好课、猜你喜欢、换一换、最新上线、学前启蒙、幼小衔接、小学一年级、小学二年级——高考冲刺、更多、换一换

本地视频

• 本地视频：U 盘、自身存储
• 本地视频可以从桌面图库里面点击视频进入
• 常见功能-图库：播放格式支持 BMP、JPG、JPEG、PNG、GIF；不限图片大小（其中 GIF 仅在缩略图显示第一帧）
• 也可以从华为视频中找到本地视频进行视频播放

视频测试点：

• 当前视频播放中，挂入倒档，视频应处于暂停状态
• 当前正在播放的 Video File 停止播放、切换到上一个 Video File 的开头开始播放，如果有记忆，则从记忆位置播放
• 通过 Hardkey 长压进行快退操作，快退为 30 倍速率快退，为 Jump&Play 的反复。Jump 动作后，正常播放 1s，继续 Jump

视频的格式：

网络电台（收音机）

• 1 级目录：收音机打开与关闭
• 2 级目录：华为收音机分三个模块：调频广播、网络广播、我的
• 3 级目录（调频广播）：有搜索电台、播放暂停、上一电台下一电台、收藏、播放列表、以及设置界面，这些都是测试点
• 3 级目录（网络广播）：生活台、综合台、交通台、资讯台、体育台、旅游台、文艺台、音乐台、经济台、都市台，模块测试中测试到最小单元（等价类）
• 测试点：音乐是否正常播放、播放暂停、播放栏、UI 界面文字、播放时长、上一电台下一电台、收藏、播放列表、以及设置界面，这些都是测试点
• 我的账户：我的收藏、收听历史

电台分类（网络广播）：综合台、交通台、资讯台、体育台、旅游台、文艺台、音乐台等；爱奇艺广播（其他分类：常听、国家、新闻、音乐、全部）。

我的（2 级目录）：3 级目录：收听历史、我的订阅、其他功能（设置、问题与建议）、去登录。

天线与电台测试：

• 台架验证需要天线：接到窗户外面去
• 实车验证：测试这些本地电台时，需要天线，FM 广播波段，频率上是从 87.5MHz 到 108MHz；需要电台天线，一般是在车的顶端，也就是我们说的鲨鱼鳍天线
• 电台搜索能力测试
• 播放的音质质量

FM / AM：

• FM（Frequency Modulation，调频）：音质更好但传播距离较短，多为本地电台；小时候经常听到的“FM10 几”就是电台主播，主要是短波传输，主要就是城市电台
• AM（Amplitude Modulation，调幅）：是一种无线电信号传输技术，通过改变电磁波的振幅来携带声音或数据信息，对应的广播频段就是“AM 广播”。特点：AM 广播信号传播距离较远（尤其夜间），但抗干扰能力较弱，音质相对较差，常见于中波广播（如国内的“中央人民广播电台”部分频率）；主要是中波传输，省级或者中央电台

CarPlay（车机互联）

CarPlay 主要是苹果手机跟车机互联，手机上面有个软件，主要是苹果开发给对应的车企，将功能装载到对应的汽车上。

主要测试点（CarPlay 冒烟测试用例）：

• 基础应用功能：全面验证导航（路线规划、实时路况）、音乐播放（音质、列表管理）、电话通信（接听、拨打、通讯录同步）以及信息（短信、邮件）功能的完整性与准确性
• 多屏与智能交互：验证分屏显示兼容性（如导航与媒体并行运行），以及仪表盘与中控屏数据同步的延迟（要求 ≤100ms）

有线连接响应时间：

• 即插即用响应：使用原装或认证数据线接入后，车机通常在 1 秒内即可响应
• 界面完全加载：从插入线缆到 CarPlay 主界面完全唤起并加载完成，整体耗时约在 5-10 秒之间

无线连接响应时间：

• 首次配对：首次连接时需要完成设备发现、协议握手与授权确认，通常需要 10-15 秒
• 后续自动重连：完成首次配对后，只要手机蓝牙与 Wi-Fi 保持开启，后续上车通电时，系统可实现无感自动重连，耗时通常在 3-5 秒左右

连接稳定性：不能中断。

连接方式（两种）：

• 有线：苹果原装充电线，双头 USB 线，一端连接在车机，另一端连接到手机上
• 无线：通过蓝牙连接、WIFI 连接

手机互联-延迟测试：

• CarPlay：用于把手机应用投屏到车机的软件
• 苹果手机：CarPlay（5 个用户）
• 百度：CarLife
• 华为：HUAWEI HiCar
• Oppo：CarLink
• 小米公司：CarWith
• 车机和手机连接的方式：通过 USB 数据线连接、通过 WiFi 热点连接、通过蓝牙连接
• 测试的时候主要就是测试 CarPlay 工具是否可以在车机上面使用，包括页面的显示是否正常（兼容），因为 CarPlay 都是第三方公司研发的，它也属于第三方应用，我们只需要测试基本功能和兼容即可
• 测试方法：使用高速相机进行录像，录像完成之后，将视频导入视频编辑软件剪映，逐帧查看，或者 QuickTime 可以单帧查看，分析延迟时间。视频中用户在手机上进行操作，操作的同时会在车机上进行同步显示，这里主要就是关注同步的时间。将视频在视频编辑软件中放大之后，就可以找到对应的延迟时间

音源处理逻辑（重点面试常问）

音源分类：

Mix：混音。旗舰车型由外置功放做混音，在左前/右后扬声器发雷达报警音时，若发生提示音，则提示音也会从左前/右后扬声器发出。

音源优先级（※ 优先级数值越低优先级越高）：

补充规则：

• 当前音源音量调整时，不影响其他音源音量
• ENT 包括所有娱乐音源，娱乐音源在同一时间点被激活的只有一个
• TTS 播报要求：播报声音圆润，播报新闻特殊内容时能够根据特殊文本格式进行智能断句
• 高优先级声音发声时，如果有导航提示，则导航播报变为导航提示音
• HardKey 操作的 Mute 只针对 ENT，BEEP 等其他声音不进行 MUTE

音源交互矩阵（状态列 → 触发音源行：报警音/电话铃音/HFT/ENT/Navi/TTS/VR/B-I-CALL）：

NAVI 与 ENT/HFT 交互特殊规则：

• NAVI 不能发声时，用提示音代替
• 关于 ENT 与 ENT：ENT 之间没有优先级，ENT 之间可以相互打断，且只能播放一个
• 关于 ENT 与 HFT：当前状态是 ENT 时，HFT 切进来时，radio 需要 mute，其它的 ENT 都应该 pause。HFT 结束后，radio 解除 mute，其它的 ENT 从 pause 处继续播放
• 关于 ENT 与 NAVI：
• 系统支持 NAVI 和娱乐音源（ENT）混音发声，NAVI 发声时 ENT 声音下降到 3（TBD 根据实测结果可以再调），但 ENT 声音小于 3 的时候不进行下降
• 用硬按键调节的是 ENT 音量；用 NAVI 界面下的音量条可以调整 NAVI 音量；用 NAVI 界面下的 Mute 按钮可以进行 NAVI 音量的 MUTE。NAVI 发声结束后，ENT 声音需要进行淡入处理
• 当 NAVI 发声时，调节 VOL+ 和 VOL- 硬按键，调节的是 NAVI 音量；当 ENT 发音时，调节 VOL+ 和 VOL- 硬按键，调节的是 ENT 音量
• 当 NAVI 音量为 0 时，ENT 不做降音处理
• 音量调整原则：谁发声调谁（各种提示音除外），否则默认调整的是 ENT 音源的音量。比如 HFT 和 ENT 同时动作的时候，调整的是 HFT 的音量而不是 ENT 的音量。导航发音时，用户长按 Vol Key 进行音量调节，音量变化过程中，导航发音完毕，切换到媒体音量，多媒体音量会恢复之前的音量，且从之前的音量值逐渐增大/减小；如果媒体发音时，用户长按 Vol Key 进行音量调节，音量变化过程中，导航发音，此时多媒体混音，多媒体在原本的音量基础上降音，调节的是导航音量，从之前的导航音量逐渐增大/减小

audio_focus_config.xml 配置策略：

• 不同类型的音频并发时，座舱提供规则管控，通过 audio_focus_config.xml 设置各音源的并发策略，包括抢占、混音、拒绝抢占
• 此配置文件部署在 odm 仓，每个车型配置不同，华为提供初始配置，由合作伙伴根据 OEM 诉求修改对应配置

配置策略表（输入音源\输出音源）：

缩略语释义：

AVM/RVC/APA 报警音规则：

• 当前 AVM/RVC/APA 的报警音最高，当报警音和其他音源混音时，其他音源音量降低到 5，之前在 5 以下的保持不变
• 其他音源混音，参考以上的矩阵图，弱势音频在当前值上降音 3 档

多媒体问题台架分析逻辑举例

本地音视频 bug 怎么分析定位？

1. 本地音视频涉及外设设备，判断时需要考虑外设设备的影响
2. 例如：播放 USB 音乐或者视频时闪退
3. 排查路径：
4. 查看音视频界面媒体信息是否正常显示，如有显示媒体信息说明 USB 连接正常，再次点击媒体信息进行播放查看能否复现闪退问题
5. 如果音视频界面不显示媒体信息，查看 USB 接插是否正常或者线路接插是否正常，如果线路和设备接插都是正常的可以换一个 U 盘测试，以此定位是硬件线路还是软件版本的问题
6. 以上两种方式可以换设备进行对比，比如用同事的台架再次验证一下

在线音视频 bug 怎么分析定位？

1. 在线音视频与网络等有关，判断时需要考虑网络良好性
2. 例如：点击进入音视频界面刷新完成后无法播放
3. 排查路径：
4. 查看是否有优先级高于多媒体的音源导致多媒体无法播放
5. 查看网络是否正常，可以连接或者更换 WIFI 尝试，或者多个网络应用尝试查看网络是否正常
6. 多个音视频应用对比播放，或者同事的台架再次验证

8.6 蓝牙模块✓

蓝牙连接及设置

• 首次蓝牙设备连接的时候，系统会弹出同步通讯录和通话记录的提示。选择同意导入和不同意，选择不同意后本次连接不能再弹出提示框
• 蓝牙开关默认为关闭，改变状态后重新启动，保持上次开关状态
• 可以修改本机设备的名称：中文/数字/字母（大小写）/下划线，最多 16 位，默认 GEELY_BT，每个汉字占用 2 位，数字/字母（大小写）/下划线占用 1 位

蓝牙记忆功能

核心考虑因素（Key Factors）

1. 配对数量与优先级管理：

• 最大配对数：车机通常限制配对设备数量（如 5 台或 10 台）。需测试达到上限后的行为（是拒绝新设备，还是自动剔除最久未使用的旧设备？）
• 连接优先级：当多个已配对设备同时出现在范围内时，车机优先连接哪一个？（通常是最后一次成功连接的设备，或者是用户手动设定的“首选设备”）
• 每个设备最长支持显示 31 个字节
• 可以通过搜索设备操作，搜索出有效范围内的 Bluetooth 设备。设备搜索列表中最多能够显示 15 个 Bluetooth 设备

2. 业务状态记忆：

• HFP（电话） Hands‑Free Profile，免提配置文件 ：是否记忆最后通话记录？是否记忆音量设置？
• A2DP（音乐） Advanced Audio Distribution Profile，高级音频分发配置文件 ：断连前播放的是蓝牙音乐还是收音机？重连后是否自动恢复播放？进度条是否同步？
• PBAP（通讯录）Phone‑Book Access Profile，电话簿访问配置文件：通讯录下载是否需要在每次连接时重新进行，还是本地有缓存记忆？

具体测试场景

（一）基础配对与重连记忆：

• 首次配对自动重连：手机 A 首次配对成功后，熄火下车。再次上车启动车辆，手机 A 应在规定时间（如 10 秒内）自动回连，无需人工干预
• 20 分钟重连窗口：

-

1. 20 分钟内，依次连接最近连接过的 3 部手机，车机每 30 秒尝试一次连接手机，从最近连接的手机开始搜索，如果连接不成功，依次连接下一部手机，每次连接最大超时时间设置为 10 秒。若 20 分钟内手机返回范围内，则恢复连接

-

1. 20 分钟外，车机不再尝试重连（此时可由其他策略来连接，例如重开蓝牙、车机/手机上主动点击连接设备）
2. 多设备优先级记忆：步骤：配对手机 A 和手机 B。先连 A，再手动切换到 B。熄火。预期：下次启动应自动连接手机 B（记忆最后一次成功连接的设备），而不是默认回连 A
3. 上限溢出测试：步骤：假设车机限连 5 台。已存 5 台，尝试配对第 6 台。预期：验证车机提示“列表已满”，并确认是拒绝第 6 台，还是自动删除第 1 台（FIFO 原则），且剩余 4 台记忆正常

（二）断电与极端环境记忆：

• 蓄电池断电测试：步骤：配对并连接手机，记录当前状态。断开汽车蓄电池负极 5 分钟，再接回。预期：车机重启后，配对列表不丢失，能自动重连
• 长时间停放：步骤：车辆停放 7 天以上（模拟长期休眠）。预期：蓝牙模块不应“失忆”，仍能正常识别并连接旧设备
• 频繁上下电（压力测试）：步骤：连续执行“点火-连接-熄火-断开”循环 50 次。预期：无内存泄漏，记忆功能不失效，不会出现连接次数多了就“记不住”的情况

（三）多设备竞争与切换场景：

• 双手机同时入场：步骤：手机 A（上次连接）和手机 B（已配对但未连接）同时进入车内并开启蓝牙。预期：车机应优先连接手机 A
• 主次账号切换（如有多账号系统）：步骤：驾驶员账号 1 绑定手机 A，切换到驾驶员账号 2（绑定手机 B）。预期：车机应断开 A，自动连接 B，并记忆各自账号下的蓝牙配置
• 手动断开后的记忆：步骤：连接手机 A，用户在车机屏幕上点击“断开连接”（非关闭蓝牙）。熄火。预期：下次启动，车机是保持断开（记忆用户的断开意图）还是尝试重连？（这取决于产品定义，通常应尝试重连，除非用户选择了“忽略此设备”）

业务状态恢复记忆

• 媒体源记忆：步骤：蓝牙播放音乐中 → 熄火 → 点火。预期：车机应自动切回蓝牙音频源，并尝试继续播放（或至少停留在蓝牙音频界面，而不是跳到收音机）
• 通话记录记忆：步骤：拨打/接听电话后挂断，熄火 → 点火。预期：最近通话列表中应保留刚才的记录，且能通过方向盘按键快速回拨
• 音量独立记忆：步骤：蓝牙音乐音量调至 20，导航音量调至 30。熄火 → 点火。预期：再次播放时，音量为之前设定的值，而不是默认最大值或最小值

异常与交互场景

• 手机端删除设备：步骤：车机显示已连接手机 A。用户在手机蓝牙设置中点击“取消配对/忽略此设备”。预期：车机端应检测到断开，并在列表中将该设备标记为“未配对”或直接删除，下次不再自动尝试连接该设备
• 连接过程中熄火：步骤：手机正在与车机进行配对握手或重连过程中，突然熄火。预期：再次启动后，不应卡死在“连接中”状态，应能重新发起完整的连接流程或恢复稳定状态
• 弱网/干扰下的重连：步骤：将手机放在信号屏蔽袋或远离车机处，启动车辆让重连失败，随后将手机靠近。预期：车机应有重试机制，一旦信号恢复，能基于记忆迅速完成连接，而不是需要用户重新点击“连接”

测试工具与指标建议

• 日志分析：必须抓取 logcat 或专门的蓝牙 HCI Log，关注 Bonding（配对）、Connection State（连接状态）、Profile State（协议栈状态）的变化时序
• 关键指标：
• 重连成功率：目标应 > 98%
• 重连耗时：从车辆上电到蓝牙音频可播放的时间（通常要求 < 10-15 秒）
• 记忆准确率：在多设备场景下，连接错误设备的次数应为 0

蓝牙电话协议（了解就好）

• PBAP（Phone Book Access Profile）：用来传输电话数据的协议，比如通讯录、通话记录
• HFP（Hands-Free Profile）：进行电话控制的协议：拨打电话、接听电话、挂断电话、拒接电话

通话与通讯录

通话时间

• 通话时间范围：00:00:00~99:59:59，显示方式超过最大时间后从 00:00:00 重新计时
• 通话时间在 1 小时以内（分钟）时，显示格式：xx:xx
• 当通话时间超过 1 小时时，显示格式：xx:xx:xx
• 系统支持三方电话，当第三方来电时，可在车机侧/手机侧进行第三方来电的挂断/接听；接听第三方来电后，系统支持在两路通话中切换。车机通话中可通过通话记录拨打第三方通话

通讯录

• 支持 2000 个联系人下载，每个联系人最多可包含 5 个号码（不包含联系人头像照片）；联系人中如果有多个号码，进行合并显示
• 2000 个联系人同步时间 < 120s
• 只能将手机中的电话簿数据读取到系统电话簿中（内容复制），不能反过来从系统电话簿向手机中进行上载

通讯录字段：

功能范围

蓝牙电话

• 蓝牙设备管理：蓝牙搜索、蓝牙配对、蓝牙连接
• 蓝牙电话：拨打电话/接听电话/通话中 UI
• 蓝牙通话：长时间通话、通话质量、通话稳定性、清晰度测试
• 通讯录同步：通话记录和通讯录同步功能

特殊模式

切换档位（P/R/N/D）、断电/上电、主机重启、整车休眠唤醒、切换车机应用、断开/关闭蓝牙、开启空调、车机熄屏、RVC 倒车影像。

测试要点

蓝牙设置

• 蓝牙开关及显示：可以通过快捷面板开关、系统设置开关、语音控制实现蓝牙的开关功能
• 设备名称：蓝牙开启时，显示设备名称，支持更改；蓝牙关闭时，设备名称置灰
• 蓝牙搜索：车机端主动搜索附近的蓝牙设备，搜索距离，搜索过程中切换档位、断电上电、重启、休眠、切换页面、断开蓝牙等操作
• 蓝牙配对：车机端/手机端分别配对，不操作或取消配对操作，配对过程中做一些干扰性（如搜索）操作等
• 蓝牙 BLE 连接：测试蓝牙的连接速度及成功连接后的系统显示；车机/手机端断开蓝牙
• 蓝牙的功能及显示：手机端关闭蓝牙后再开启的显示和特殊状态下的蓝牙自动重连功能

通话及通话记录

蓝牙电话模式：

• 私密模式：远端通话和近端输入的声音均通过手机端实现，不通过车载系统实现，头枕音箱出声
• 免提模式：远端通话声音通过车载扬声器发出，近端输入通过车载麦克风发出

接听蓝牙电话：

• 来电过程中车机/手机端监控/触控接听/挂断/拒接等操作
• 来电铃声音质是否可接受
• 来电界面显示符合 UI 设计
• 来电过程中的特殊操作，如游戏、RVC 等

拨打蓝牙电话：

蓝牙电话通话中：

• 通话界面 UI 显示
• 车机端/手机端监控/触控挂断电话以及私密/免提模式的切换
• 通话音质可接受
• 通话过程中特殊操作，如游戏、RVC 等

蓝牙通讯录和通话记录的同步及显示：

• 通话记录：手机存在不同时间以及无通话时间的通话记录，是否可以正确的下载，UI 界面是否显示正确，通过通话记录拨打电话是否可以实时更新，特殊模式下交互操作后的功能是否正确；系统保存的已拨、已接、未接的通话记录按时间顺序总计最多 100 条
• 通讯录同步：首次同步判断；同步不同数量联系人（如 500 条/2000 条/5000 条/5001 条），同步时间及速度是否可接受；同步内容包含：只有电话号码、只有名字、只有邮箱地址、重复姓名或者号码、超长姓名；含特殊符号或表情等

通讯录

• 通讯录下载时间：下载 1000 条通讯录
• 蓝牙搜索时间
• 蓝牙再次连接时间
• 蓝牙兼容性要求：2020-2021 年销量排名前 100 的手机（关注蓝牙的重要功能是否正常）
• 极限测试：包括手机配对最大数量测试、超长蓝牙名称等
• 蓝牙电话稳定性：长时间通话、通话质量、通话稳定性、清晰度测试
• 蓝牙音乐稳定性：长时间播放蓝牙音乐，稳定性及清晰度

蓝牙交互测试

蓝牙电话交互（来电、拨打电话、通话中）：

1. 与 VR 的交互
2. 与 FM 的交互
3. USB 音乐的交互
4. USB 视频的交互
5. 地图的交互
6. 断电重启
7. 熄屏
8. 与 RVC 的交互

蓝牙音乐交互（蓝牙音乐播放中）：

1. 与 FM 的交互
2. USB 音乐的交互
3. USB 视频的交互
4. 地图的交互
5. A2DP 音频协议断开重连

8.7 设置界面✓

8.7.1 测试环境与激活状态

实车环境：有对手件（ECU），可直接点击。若点击后功能无法打开，抓取对应域报文信号作为提票依据，并拍摄对应视频作为附件。

台架环境：通过模拟信号发送实现，依赖 DBC 文件、台架、CAN 盒子。

8.7.2 车辆控制（二级）

二级车身

充电口、加油口、后备箱、车门锁、后视镜折叠、车窗（全开、通风、全关）。

二级情景模式

无额外细分功能，与车身/车锁等功能联动测试。

二级车锁【开关】

上锁失败原因

1. 车门未完全关闭
2. 车内有遥控钥匙
3. 蓝牙信号干扰
4. 未读取到遥控钥匙距离变化

关联功能：离车上锁时自动关窗、解锁提醒、上锁提示、车门儿童锁。

二级后视镜：倒车自动下翻

前提条件：电源状态 ON、挂 R 档。

功能说明（问界 M5）：挂倒挡后外后视镜自动下翻，减少盲区，提升倒车安全性。

设置方法：

1. 中控屏点击左下侧房子图标，进入主界面
2. 点击「设置」→「车辆控制」
3. 下滑找到「后视镜」，点击「倒车自动下翻」左侧圆圈开启
4. 挂 R 档，通过方向盘左右滚轮调节下翻角度（建议调至能看到后轮轮毂位置）

二级更多

方向盘自定义按钮

• 硬件位置：多功能方向盘专属自定义按键
• 可选功能：①切换仪表全屏地图 ②切换多媒体音源 ③对内拍照 ④行车记录仪拍照 ⑤行车记录仪抓拍录像
• 设置规则：点击对应功能选项即生效；点击空白处默认保存当前设置

车辆下电

• 台架特殊提示：非上高压情况下点击车辆下电，弹框提示「请换至 P/N 档后使用本功能」
• 测试过程：模拟对应报文信号 → 点击 IVI 车辆下电 → CAN 设备捕捉报文信号 → 观察信号跳变，确认信号正常下发

测试用例：P 挡车辆下电（II 级）

主驾座椅迎宾

• 前提条件：依赖车辆座椅记忆功能，且左后排乘客体重需超过 42kg（允许小范围波动），否则座椅不会后移，以保证后排乘客安全
• 设置方式：房子图标 → 设置 → 车辆控制 → 更多 → 主驾座椅迎宾（点击左侧圆圈开启，再次点击关闭）
• 使用结果：主驾车门打开时（满足后排体重条件）座椅自动后移，提供宽敞上车空间；车门关闭时座椅前移，回到记忆位置

8.7.3 车辆设置（定义车辆"性格"与偏好）

驾驶偏好与底盘

调节加速能力（舒适/标准/运动）、转向模式、制动助力、能量回收等级（无/弱/标准/强）；支持空气悬架高度（很低/低/标准/高/很高）与减振模式调节，以及悬架便捷上下车开关。

智能驾驶辅助（ZEEKR AD）

设置巡航辅助（如 NZP 高速自主领航的变道确认方式）、拨杆变道辅助、道路限速偏移、碰撞减缓辅助（前/后向预警灵敏度）、车道偏离辅助、盲区预警、开门预警、交通灯及前车起步提醒等。

灯光与视野设定

车外照明（日间行车灯、AFS 自适应大灯、伴我回家延时时长）、中控屏与仪表屏亮度（自动/手动）、主题（深色/浅色）、时间格式、按键背光亮度。

声音与音效

ZEEKR Sound Pro 音效（声场优化、均衡器）、头枕音响模式（主驾私享/整车共享）、低速行驶车外警示音主题（极境无垠/光子黯星/流转光年/星月清风）、车内模拟声浪，以及各类提示音（如 3D 开门预警音）音量。

安全与维护

哨兵模式自动开启地点（可排除家、公司）、行车记录仪视频分段时长（1/3/5 分钟）、雨刮维修位置、辅助驾驶传感器校准。

安全&保障

视频播放（视频禁止）、行车记录仪（记录声音）、记录分辨率（720P/1080P）、储存卡格式化。

系统与连接

蓝牙配对设备管理、车载热点（WLAN）名称与密码、5G 开关、隐私权限管理、系统夜间自动升级。

8.7.4 灯光二级

氛围灯

• 基础操作：打开、关闭
• 模式选择：自定义、旭日暖阳、海风清爽、音乐律动
• 调节功能：亮度（0%-100%）、颜色（无固定限值，支持全色域调节）

车灯设置

• 基础功能：远近光灯智能切换、照明灯自动开启
• 场景灯效：智慧语音、上车迎宾、开门预警、驾驶模式切换联动灯效
• 近光灯照射距离（四档位）：近（约 30 米）、较近（30-35 米）、较远（35-40 米）、远（≥40 米）
• 大灯延时关闭：关、15 秒、30 秒、60 秒四档可选

8.7.5 能量二级

分类展示：综合里程、纯电里程（xxkm）、燃油里程（xxkm）。

充电相关

• 充电口操作：直接点击打开/关闭
• 预约充电时间设置（问界 M5，仅适用于交流电、车辆联网状态）
• 车机端：车辆停稳挂 P 挡 → 中控屏「设置」→「能量」→ 开启预约充电开关，设置开始/结束时间 →「设置＞车辆控制」打开充电口盖，插入慢充枪（听到"啪嗒"声即到位）→ 到预约时间自动充电
• 手机 APP 端：车辆网络正常 → APP「爱车＞电量」进入充电管理 → 开启预约充电开关，设置时段；关闭开关即可取消预约
• 特殊规则：若设置开始时间早于当前时间，任务次日生效
• 充电限值：问界 M5 支持 50%-100% 区间调节

燃油补电（问界 M5）

• 驱动模式联动
• 纯电优先：全程纯电驱动，电量耗尽后启动增程
• 自动：综合驾驶模式、电池电量智能控制增程系统启停
• 燃油优先：静止时电量＜45% / 行驶时电量＜80%，启动增程系统
• 手动补电操作：车机「能量」界面开启燃油补电，分高、中、低三档功率
• 建议：原地补电优先选择高档位（燃油利用效率更高）
• 补电条件：车辆处于 R/N/D 挡且电量低于 80% 时消耗燃油补电；达到设定值或电池充至 100% 时自动停止补电

能耗曲线

• 统计维度：日能耗、月能耗
• 展示指标：单日总平均能耗、百公里电耗（度）、百公里油耗（升）；月平均能耗、百公里电耗（度）、百公里油耗（升）

8.7.6 驾驶二级

1. 驾驶模式：节能、舒适、运动、个性化
2. 个性化
3. 加速模式：柔和、标准、强劲
4. 能量回收强度：无、标准、强
5. 转向助力模式：舒适、运动
6. 场景辅助（开关控制）
7. 自动驻车：踩停后松开刹车，车辆保持静止
8. ESC OFF：监控行驶状态，辅助车身保持稳定
9. 陡坡缓降：下坡时无需踩刹车，车辆平缓通行
10. 道路湿滑模式：路面积水/湿滑时，辅助车辆平稳行驶
11. 拖车模式：车辆被拖行时开启，减少车身/底盘损伤
12. 拖挂模式：拖挂挂车时开启，适配拖挂行驶工况

其他驾驶功能

1. 疲劳分神检测（DMS）：驾驶人员状态异常时触发安全提醒，支持单独开关：疲劳检测、分神检测、危险驾驶行为检测
2. 隧道模式：导航开启状态下，车辆即将进入隧道时，自动关闭车窗、切换空调内循环（开关可控）
3. 生物检测：检测车内活物遗留，通过手机 APP 发送提醒（开关可控）
4. 模式记忆：开关可控；功能关闭时，访客模式下不记忆驾驶模式和车辆模式

8.7.7 辅助驾驶

智能辅助

1. 车道巡航辅助：开关，车道保持与跟车前行
2. 辅助紧急制动：开关，前方有潜在碰撞风险时辅助制动
3. 后向穿行制动：开关，倒车过程中后方有横穿车辆时自动紧急刹车
4. 紧急车道保持：开关，意外偏离车道且存在碰撞危险时，辅助转向并发出警告
5. 车道偏离预警及辅助：意外偏离车道时发出警告并辅助转向；档位可选：预警 / 预警+转向辅助 / 关闭

报警模式设置：视觉 / 视觉+声音。

安全预警

8.8 语音（重点）✓

8.8.1 语音介绍

麦克风硬件图

语音模块

语音模块是智能座舱人机交互（HMI）系统的核心组成部分，通过语音识别（ASR）、自然语言理解（NLU）、对话管理、语音合成（TTS）等技术，实现用户以自然语言控制车辆功能、获取信息及娱乐服务。

工作方式：通常由本地嵌入式引擎（离线）与云端服务（在线）协同工作，依赖麦克风阵列、音频处理单元、CAN/LIN 总线及 T-Box 等硬件/网络资源。

本地语库

本地语库用于控制车辆交互，对测试来说就是一个表格文档。

定义与构成：存储在车辆本地的语音数据集合，包含不同发音人的普通话、方言、不同语速和语调的语音样本。例如：普通话唤醒词语料至少包含男女各 50 名及以上发音人；普通话识别率测试语料至少包含男女各 30 名及以上发音人。

方言测试工具：用于方言识别能力验证。

作用：为语音识别和合成提供基础数据支持，帮助车辆在没有网络连接的情况下也能实现基本语音交互功能。

大模型（偏情感）

调用 AI 网络，如"我心情不好讲个故事"。主要包括语音交互优化、智能问答、个性化服务等方面。

定义与特点：大模型通过对大量无监督数据的学习，形成具有强大泛化能力和多任务解决能力的模型。在汽车语音测试中，可用于语音识别、合成、语义理解等多个方面。

文本助手（大模型，唤醒 Eva 后）：

国内主流车载端侧大模型

车企自研端侧大模型

小鹏 XNGP、理想"理想同学"、蔚来"蔚来乐道"、吉利"星睿智算"、比亚迪"迪讯飞"。

8.8.2 测试内容（目标）

验证功能正确性与交互一致性

• 功能正确：每一个操作都符合设计规范和用户预期。例如：车辆处于 P 挡 vs D 挡时，"打开尾门"指令是否按安全策略正确响应？
• 交互一致：在不同时间、场景、操作路径下，语音交互体验统一、可预测、无突兀感。例如：连续 10 次说"调高音量"，每次响应延迟和语调是否一致？

交互一致性拆解：

• 性能一致性：响应延迟稳定（波动 <50ms）、成功率稳定（99% 以上）
• 表现一致性：语音播报一致（语调/语速）、界面反馈一致（动画/提示）
• 逻辑一致性：功能入口统一（多种说法相同结果）、状态保持一致（上下文记忆）

确保可靠性与鲁棒性

• 可靠性：系统在各种条件下稳定、准确完成预期功能。例如："打开空调"应正确识别执行，而非误识别为"打开车窗"
• 鲁棒性：面对异常、干扰或不利条件时仍保持基本性能不崩溃。例如：网络中断时可切换至本地离线引擎继续提供核心功能

满足项目定义的语音性能指标

如识别率 ≥95%、响应延迟 ≤1.5s。

唤醒率基准（9.2）

误唤醒指标：1 次/12 小时。

场景测试表（主唤醒率）：

语音性能量化指标体系

3.1 唤醒性能指标（权重 20%）

3.2 识别准确率指标（权重 25%）

3.3 响应效率指标（权重 20%）

3.4 功能覆盖度与成功率指标（权重 20%）

3.5 交互自然度指标（权重 15%）

8.8.3 测试范围

功能测试

语音唤醒功能测试

• 默认唤醒词识别："你好，吉利""Eva"能否正常唤醒
• 自定义唤醒词：用户设置的个性化唤醒词是否生效
• 多区域唤醒：主驾/副驾/后排独立唤醒与定位（需要对应位置有麦克风 MIC 支持）
• 免唤醒功能：特定场景下（如主驾区）无需唤醒词即可响应；免唤醒词直接响应（无需说"你好XX"，直接说"打开空调"）；连续指令（"打开音乐、调低温度、导航去公司"，一次唤醒执行多指令）

唤醒词安全约束：唤醒词设置不可为敏感词汇（涉及黄赌毒、政治等），不可设置为唤醒词。科大讯飞词库中有专门的敏感词库。

在科大讯飞的词库中有一个专门的敏感词库 https://github.com/fighting41love/Chinese_from_dongxiexidian
方言：https://www.text-to-speech.cn/ - 在线文本转语音
在线语音合成_文字转语音-讯飞开放平台

免唤醒测试：

• 全场景免唤醒（可直接说）：打开导航、关闭导航、打开音乐、关闭音乐、回首页
• 场景免唤醒（有电话接入、听音乐、导航时可直接说）：暂停播放、继续播放、上一首、下一首、单曲循环、顺序播放、随机播放、取消导航、放大地图、缩小地图、打开路况、关闭路况、2D模式、3D模式、北向上、车头向上、接听、挂断、忽略、我也要

概念区分：

• 全场景免唤醒：不管处于中控哪一个界面，都能在语音未唤醒状态下执行的免唤醒词
• 场景免唤醒：在特定的场景（界面、功能打开的状态）下才能执行的免唤醒词
• 免唤醒：车机设定了几十条免唤醒词，不需要设置唤醒词，可以直接执行用户的语音指令

误唤醒测试：播放广播、音乐、对话时是否误触发；唤醒灵敏度调节（不同音量/距离下的唤醒成功率）。

车辆控制类功能测试

• 空调控制："调高温度""打开座椅加热""切换内循环"
• 座椅调节："主驾座椅向前一点""开启按摩"
• 驾驶模式："切换到运动模式""开启节能模式"
• ⚠️ 注意：高速行驶时禁用某些操作（如"打开尾门"应拒绝并提示）

信息娱乐功能测试

• 音源切换："切换到蓝牙音乐""切换到收音机播放"
• 电话控制："打电话给庞总""接听""挂断"
• 视频控制：打开爱奇艺、暂停播放、继续播放
• 歌曲搜索："搜索几首70年代经典老歌""有没有适合自驾游音乐"
• 影视搜索："露营时候适合看的电影推荐""近三年热门综艺节目"
• 点播歌曲："我要听杰伦的音乐""我要听大海这张专辑"
• 播放控制："随机播放""播放蓝牙音乐"

导航与出行服务功能测试

• 发起导航："导航到家""导航到宁波""避免拥堵"
• 导航途中："添加途经点""开启实时路况"
• 功能设置："放大地图""收藏目的地"
• 出行规划："请规划一个上海周边的周末旅游"
• 景点推荐："宁波有哪些必看的景点"

相同语义指令测试（考察语义理解正确性）：例如"导航回公司"，需要测试："我要去公司""去公司""回公司""导航去公司""导航回公司""带我回公司"等表达，结果应一致。

Bug 示例：设置好目的地显示路程 100km，行驶 50km 后发布语音指令"剩余的导航路程有多远"，语音助手回答还有 100km。这是语音助手和导航的交互问题——语音助手没有实时获取导航的路程信息。

⚠️ 注意：导航类功能依赖 T-Box 和地图服务商（如高德、百度），需测试网络异常时的降级策略。不做降级的影响：网络中断、延迟过高或信号弱会导致语音无响应、用户指令长时间等待、功能完全不可用、用户体验严重下降。

智能助手与通用服务功能测试

• 时间/日期查询："现在几点？""今天星期几？"
• 天气查询："今天北京天气怎么样？""明天会下雨吗？"
• 百科问答："珠穆朗玛峰有多高？"

⚠️ 注意：此类功能多依赖云端大模型或知识库，需测试离线兜底能力。

多轮对话与上下文理解功能测试

• 上下文继承：用户"导航到北京"→系统"已为您规划路线"→用户"改去宁波"（应理解为修改目的地）
• 确认与澄清：用户"打开窗户"→系统"请问是打开主驾车窗吗？"→用户"是的"
• 打断与覆盖：语音播报中说"停"，应立即中断当前 TTS

异常与边界功能测试

• 无效指令："打开冰箱"（车无此功能）→应友好提示"抱歉，我无法操作冰箱"
• 子系统离线：多媒体死机时，语音应提示"音乐系统暂时不可用"而非无响应

本地化与个性化功能测试

• 多语言/方言支持：普通话、粤语、四川话、英语、中英混合等
• 称呼定制：用户设置"叫我李哥"，后续交互中使用该称呼

HMI 反馈验证

• 语音唤醒时界面图标变化
• 识别结果文字展示是否准确
• 系统语音播报内容是否匹配操作

总结：功能测试核心原则

1. 覆盖全场景：从基础控制到复杂多轮对话
2. 验证端到端：语音输入 → 意图理解 → 指令执行 → 状态反馈
3. 考虑安全边界：哪些功能在什么条件下允许执行

语音识别性能测试

• 2.1 识别率：不同性别（男/女）、年龄、口音（普通话、粤语、四川话等）下的识别成功率
• 2.2 字准确率：评估转写文本的正确性
• 2.3 响应时间：从语音结束到系统反馈（语音/动作）的时间，通常要求 ≤1.5s
• 2.4 连续语音处理能力：快速连续下达多条指令是否丢包或混淆
• 丢包：例如"调高音量，打开空调，导航到公司"——系统只识别了部分指令，其余被忽略或未处理（如只执行了"调高音量"，漏了后两条）
• 混淆：系统错误地合并、错位或曲解指令（如把"打开空调，导航到公司"理解为"打开导航到公司的空调"）

抗干扰与环境适应性测试

怎么知道分贝区间：1. 使用分贝仪量；2. 测试久后凭经验知道大概分贝区间；3. 同事通过分贝仪测试后告知。

3.1 车内噪声场景：静止状态 vs 行驶状态（30km/h、80km/h、120km/h）；模拟胎噪、风噪、引擎声、乘客交谈、雨刮声、空调风扇声、鸣笛声。

• 3.1.1 安静环境（30-50dB）【郊区】：图书馆（约 40dB）、卧室（30-35dB）、轻声说话（40-50dB）；副驾/后排乘客同时说话交谈、儿童哭闹
• 3.1.2 日常环境中噪（50-80dB）【市区】：正常对话（约 60-70dB）、吸尘器工作（约 70-80dB）、街道交通声（约 70-75dB）；短时间无明显不适，长时间接触（如超过 8 小时）可能导致轻微听力疲劳
• 3.1.3 高分贝环境（80-120dB 及以上）【高速】：摩托车行驶（约 90-100dB）、电锯工作（约 110-120dB）、烟花爆竹（约 130-150dB）

3.2 背景音频干扰：

• 音乐播放中下达指令：不同类型（流行、摇滚、古典、电子）；不同音量（低/中/高）
• 广播/播客中下达指令：人类类音频对关键词识别的干扰

3.3 麦克风位置覆盖：驾驶位、副驾、后排左右座位的识别效果。

3.4 极端环境：高温（+60℃）、低温（-20℃）、高湿等工况下语音功能可用性。

多语言与方言支持测试

• 4.1 语言列表验证：中文普通话、英语、粤语、四川话等
• 4.2 语言切换功能：如"切换成英文模式"
• 4.3 混合语言识别稳定性："导航到 IKEA""播放 Jay Chou 的《七里香》""今天天气怎么样？What's the temperature?"

系统集成与兼容性测试

• 5.1 与其他模块联动
• 语音+导航：指令能否触发高德/百度地图正确路径规划
• 语音+多媒体：能否控制第三方音乐 App（如 QQ 音乐、网易云）
• 语音+车控：能否正确驱动 CAN 信号控制车窗、空调等
• 5.2 网络依赖测试：在线语音（需联网）vs 本地离线语音（如"打开空调"）的功能区分与降级策略
• 5.3 资源冲突处理：导航播报中插入语音指令是否被正确打断或排队处理

异常与边界测试

• 无效/模糊指令处理（如"嗯…那个…帮我…"）
• 指令冲突与逻辑矛盾测试（如"温度调到30度"→立即说"不，调到18度"）
• 安全边界与驾驶状态约束测试（如高速行驶时说"打开尾门"）
• 长时间无操作后的语音唤醒恢复能力
• 低电量/弱网/断网状态下的语音行为（T-Box 无网络时说"导航到最近加油站"→切换至离线地图或提示"网络不可用"）

8.8.4 测试方法

按测试内容划分（核心测试维度）

4.1.1 唤醒测试

• 测试项：唤醒词识别率（安静/噪声/不同距离）；误唤醒率（FAR，播放广播、音乐、对话等非唤醒语音时的误触发次数）；多次连续唤醒稳定性；唤醒后进入监听状态的响应时间
• 指标要求示例：唤醒成功率 ≥98%（信噪比 SNR≥10dB）；误唤醒 ≤1 次/24 小时（实车静音+行驶场景）

4.1.2 语音识别测试

• 测试项：字错误率；不同口音（普通话、粤语、川普等）、语速、性别下的识别表现；背景噪声对识别准确率的影响；连续语音 vs 断续语音识别能力
• 方法：使用标准语料库回放，自动比对转写结果与参考文本

4.1.3 语义理解测试

• 测试项：意图识别准确率；实体抽取正确性（如"导航到北京西站"→ location="北京西站"）；同义表达泛化能力（"调高音量"/"声音大一点"/"把音量开大"）；模糊/无效指令的容错处理（如"嗯…那个…帮我…"）
• 典型场景：复合指令（"先打电话给妈妈，再打开空调"）的意图拆解

4.1.4 语音合成（TTS）测试

• 测试项：发音准确性（无错读、漏读）；语速、语调、停顿是否自然；多语言/多方言 TTS 支持；驾驶场景下的可听性（是否被环境噪声掩盖）
• 主观评价：可多人评价

4.1.5 响应性能测试

• 测试项：TTS 播报启动时间；整体响应延迟（目标通常 ≤1.5 秒）
• 测量方式：音频日志时间戳分析 + 示波器同步触发

4.1.6 环境鲁棒性测试

• 测试项：不同车速（0/60/120km/h）下的识别率；背景噪声类型（胎噪、风噪、引擎声、乘客交谈、多媒体播放）；温湿度影响（-20℃~+60℃）；麦克风位置覆盖（主驾、副驾、后排）
• 执行方式：实车道路测试 + 台架噪声注入仿真

4.1.7 功能覆盖测试

• 测试项：车控类（空调、车窗、座椅、灯光）；导航类（目的地设置、路线查询、POI 搜索）；多媒体类（播放/暂停、切歌、音源切换）；电话与通讯录；在线服务（天气、新闻、百科）

按测试手段划分

4.2.1 自动化测试

• 使用预录制的标准语音语料库（含不同口音、语速、噪声背景）或自动化脚本
• 通过音频播放设备（如人工嘴）向车机输入语音
• 流程：选择测试方法 → 准备预录音频语料库（含不同口音/语速/噪声）→ 使用自动化脚本控制 → 通过人工嘴播放音频（每次间隔 2 秒）→ 重复测试（如 100 次）并统计唤醒率

4.2.2 人工测试流程：测试人员直接对车机喊话 → 重复唤醒词（如 100 次）→ 统计唤醒率。

试验设备：人工头/人工嘴位置

人工头/人工嘴位置应满足如下要求：

• a) 声源定位测试：人工头/人工嘴分别放置在主驾驶位、副驾驶位、第二排左侧位和第二排右侧位；其它语音测试放置在主驾驶位
• b) 主驾驶位：安装于头枕中央，距车顶 40_{50cm，距方向盘 60}80cm（方向盘调整至最高且最远离座椅的位置）
• c) 副驾驶位：安装于头枕中央，距车顶 40~50cm，前后位置与主驾驶位安装位置一致
• d) 后排：安装于左右座位头枕中央，距车顶 40~50cm

人工测试 / 实车道路测试 / 主观评测

• 人工测试：直接喊话验证
• 实车道路测试：真实道路环境验证
• 主观评测（俗称凭感觉）：TTS 自然度（1~5 分）、交互流畅度、系统智能感（是否"懂我"）、失败容忍度（出错后是否友好引导）

8.8.5 测试环境要求

• 实车环境：公司实车验证四音区
• 台架测试：麦克风根据公司针脚图连接台架；正常 4 个麦克风并联，每个麦克风负责一个区间

台架测试

交互测试，即使用语音助手去控制车身上的硬件和软件。台架测试相当于测试环境，在台架上测试的内容还需要在实车上面进行验证。例如：整车没有开发出来、无法进行实车测试时，可先在台架上测试，提前发现语音助手的问题，减少开发修复成本；实车资源紧张时，先在台架上测试能测的功能。

软件控制交互【使用 xmind 写出测试模块】

使用语音助手去打开、关闭各个软件：

1. 本地应用：本地音乐、本地视频、收音机、地图导航
2. 第三方应用：QQ 音乐、Bilibili、腾讯视频
3. 系统：打开蓝牙、热点、打开 WiFi
4. 空调
5. 座椅
6. 车灯
7. 车身
8. 其他：返回桌面；生活服务（讲个笑话、心情不太好、天气……）

发现 Bug 怎么处理？（日志提取）

测试中发现本地音乐无法打开等情况，需要提取语音助手的车机日志（ADB 安卓日志）：

• 拉日志方案 1：连接好 ADB，脚本一键抓取日志
• 拉日志方案 2：用 adb pull 命令下载后提交给开发人员，日志文件一般在 /sdcard/msc 目录下（log 文件）
• 拉日志方案 3：U 盘工程模式中拉取
• ⚠️ 注意：语音 Bug 可能车机日志不完全，需要用 adb 命令在对应目录下拉取日志

遇到 BUG 的 2 套话术：

• 话术 1：遇到 BUG 后先回归验证，第一时间拍摄打点。如果是安卓日志，直接连接 ADB 拉出车机日志；如果是信号类（如打开空调但空调没打开），拉取 CAN 报文日志和安卓日志作为提票附件。开发修复后在新版本上回归验证
• 话术 2：在提取日志过程中进行问题简单分析，通过对错误码表的对比来发现具体是哪一方面的问题

常见错误码：

实车测试：本地语库加大模型

语音助手控制车上硬件（如控制空调、控制座椅）。空调、座椅各有对应的控制器（电控单元），语音助手与电控单元之间通信才能实现具体控制。它们之间通讯使用 CAN 协议（CAN 高/CAN 低，也有 LIN 协议，用哪个协议遇到问题就抓那一块报文），通讯数据主要根据通信矩阵表中定义的内容。

空调交互

• 温度设置：17.5-32.5 度（左右温度区间）
• 风速：1-7 档
• 模式：制冷、制热、内循环、外循环
• 风向：吹脸、吹脚、除雾；前挡风除雾、后挡风除雾
• 开关、自动

Bug 例子（语音打开空调没执行——实车）分析定位：

1. 查看语音输入后转文本是否正确 → 正确后查看语音回复是否正确 → 正确后查看 IVI 下发的空调信号（空调 Bug 分析链路）
2. 转文本不正确 → 录语音 Bug 即可
3. 转文本正确但语音回复"打开失败" → 录语音日志及总线日志及车机日志后录 Bug

车窗交互（测试 4 音区）

汽车由四个车窗组成，部分车辆带天窗。语音助手车窗测试主要就是车窗打开、关闭、车窗调节到百分之多少。

测试点：音区交互测试

• 主驾驶："打开车窗"→ 打开主驾驶车窗
• 副驾驶："打开车窗"→ 打开副驾驶车窗
• 左后："打开车窗"→ 打开左后车窗
• 右后："打开车窗"→ 打开右后车窗
• 主驾驶："打开全部车窗"→ 打开全部车窗
• 主驾驶："打开副驾驶车窗"→ 打开副驾驶车窗
• ⚠️ 注意：除主驾之外的其他座位不能打开主驾的车窗，只能打开自己所在位置的车窗

测试点：车窗开合度测试

• 车窗打开全部、打开一点、打开 1/3、打开一半、关闭一半、打开百分之 1-99

开合度标定：现在汽车一般支持语音操控车窗开合度为 25%、33%、50%、66%、75%、100%，有的汽车支持更多，具体看车厂对车窗的标定（标定即规定模块内部的控制参数，把具体参数写入控制器中）。

标定数据（开启车窗幅度）：1-10% 一点点（打开 1/10）、25% 打开 1/4、50% 打开一半、75% 打开 3/4、100% 打开全部。

面试题：语音助手控制车窗怎么测试？

• 四个车窗进行音区锁定测试：在四个不同音区进行车窗打开和关闭
• 针对不同音区进行交互测试：主驾位置打开不同位置车窗、全部车窗开关、前排/后排车窗开关
• 开合度测试：打开一点、关闭一点、打开 1/3、打开一半
• 主要使用语音方式操控，查看是否可以执行成功

Bug 处理：提取车机语音助手日志（adb logcat）+ 使用 CAN 工具提取车身 CAN 信号。如果车机有发送打开空调的 CAN 信号，说明语音识别代码层面没有问题（成功识别了音频指令），空调没打开说明是空调硬件方面的问题，提交 Bug 给空调硬件开发人员。

车灯交互

• 近光灯、远光灯都可语音控制、自动控制
• 氛围灯 + 阅读灯

氛围灯控制：新能源汽车普遍带氛围灯，一般支持 32/64/128 种颜色显示。测试主要关注：氛围灯颜色的调节、模式的切换、亮度的调节、显示区域的调节。

氛围灯测试点：

• 打开、关闭
• 颜色：蓝色、白色、红色……
• 模式切换：运动模式、呼吸模式、音乐律动、雷光普照、荷塘月色……
• 亮度调节：亮度调到最大、最低、3 档
• 区域：整车氛围灯、前排氛围灯、后排氛围灯

阅读灯：汽车阅读灯一般 3-4 个（前排 2 个、后排 2 个）。阅读灯语音交互测试主要关注与音区的交互：

• 主驾驶："打开阅读灯"→ 打开主驾驶阅读灯（如果前排只有一个阅读灯，默认打开前排的）
• 副驾驶："打开阅读灯"→ 打开副驾驶阅读灯
• 后排："打开阅读灯"→ 打开后排阅读灯
• 除以上测试外，还需要进行音区交互测试：不同位置去开启阅读灯

香氛交互

汽车上可安装车载香水或精油，一般安装在空调出风口位置。

• 打开 → 打开香氛
• 关闭 → 关闭香氛

语音座椅交互

座椅功能：1. 座椅通风；2. 座椅加热；3. 座椅按摩；4. 座椅姿势（几向）调节（几向调节指座椅的前后上下的调节）。

测试点：

1. 座椅通风：主驾驶"打开座椅通风"→ 主驾打开通风 3 档；副驾驶→ 副驾打开通风 3 档；主驾驶"打开前排座椅通风"→ 前排打开通风 3 档；"座椅通风调到3档"等。如果四个座椅都支持附加功能，需每个都测试
2. 座椅加热：类似通风（主驾/副驾/前排，调 3 档）；⚠️ 通风和加热同时只能打开一个（不能"冰火两重天"）
3. 座椅按摩：主驾驶"打开座椅按摩3档"；副驾驶"关闭座椅按摩3档"
4. 座椅几向调节：靠背（向前、向后）；坐垫（向上、向下）；腿托（向前、向后）；头枕（向上、向下）；腰托（上下、前后）；背托（向前、向后 30mm）
5. 座椅记忆模式：用户可设置座椅姿势，下次进入驾驶位置自动调节座椅姿势

座椅台架测试：需要座椅整体台架，使用车机电脑和其他部件与座椅连接（座椅、中控屏幕、麦克风、扬声器、电源、主机、canoe 盒子、电脑）。

蔚来汽车语音助手：NOMI

以下为蔚来车型语音助手功能测试点（具体以所选车型为准，可网上检索车型语音助手介绍、查阅车型说明书）：

8.8.6 总结关键测试项

1. 语音识别能力测试
2. 语音合成（TTS）质量测试
3. 响应性能测试
4. 抗干扰与环境鲁棒性测试
5. 功能完整性测试
6. 多语言与切换能力
7. 唤醒与免唤醒机制
8. 异常与边界测试
9. 安全性相关测试
10. 多音区识别（高端车型）

8.8.7 测试执行及交付物

交付物：语音功能测试报告、语音性能与鲁棒性测试报告（即测试完成后的测试用例报告）。

测试用例规模：

• 系统测试用例：1000-3000 条之间（不同企业情况不同）
• 专项测试：700-1200 条用例；正常每天 300-400 条左右用例覆盖（根据功能难易程度）；一周一个版本或两个版本，两个版本加班验证或提速验证；测试不过来第一时间上报领导，让领导增派人员
• 集成测试：10-100 条
• 语音测试：一天一个版本，全功能覆盖 200 条用例上下，主要是主功能验证、冒烟测试

8.8.8 底层原理

智能语音是人工智能的重要分支，核心是让机器能听（ASR）、懂话（NLU）、会说（TTS），实现自然人机交互。智能语音交互系统模拟人类的"耳朵-大脑-嘴巴"模式，三大核心技术共同构成完整的人机对话闭环：

日志抓取：测试过程中可以使用 adb logcat 相关命令抓取对应 log，也可使用一键抓取日志脚本。

• adb logcat -s ActivityManager：过滤日志，显示 Activity Manager 相关信息，包括启动、停止和切换应用的事件

日志解析示例（百度地图应用启动）：

两条日志记录了两个不同的 Intent 启动了百度地图应用的事件：

• 第一条日志：
• 时间戳：12-08 10:11:29.868
• 进程 ID（PID）：2178
• 日志级别：Information（I ActivityManager）
• Intent 描述：START u0 {cat=[android.intent.category.BROWSABLE] dat=baidumap://map/direction?region=深圳&destination=name=比亚迪汽车王朝网（北京环耀盛合城服务店）|latlng:39.839019,116.441444&mode=driving cmp=com.baidu.BaiduMap/com.baidu.baidumaps.WelcomeScreen}
• 解释：该 Intent 用于获取导航信息。cat=BROWSABLE 指示可浏览类别（可从其他应用打开百度地图）；dat 为 Intent 数据部分，包含导航起点、终点和导航模式；cmp 指示启动 WelcomeScreen 组件
• 第二条日志：
• 时间戳：12-08 10:11:29.925
• 进程 ID（PID）：2178
• 日志级别：Information（I ActivityManager）
• Intent 描述：START u0 {cat=[android.intent.category.BROWSABLE] dat=baidumap://map/direction?region=深圳&destination=name=比亚迪汽车王朝网（北京环耀盛合会展服务店）|latlng:39.839019,116.441444&mode=driving flg=0x20000 cmp=com.baidu.BaiduMap/com.baidu.baidumaps.MapsActivity}
• 解释：该 Intent 用于开始导航。flg=0x20000 可能表示启动一个新的任务（Task）；cmp 指示启动 MapsActivity 组件

8.8.9 面试常问问题

语义泛化如何测试？

语义泛化测试是为了验证语音助手是否能够在不同语境和表达方式下正确理解和执行用户指令。具体测试场景：

语音识别 ASR 如何测试？

ASR（自动语音识别）：专注于将人类语音信号实时转换为可处理的文本数据（例如将用户口述指令转化为文字输入）。

极氪语音面试问题（1-40）

1-20：

1. 仪表怎么测的？
2. 三级报警测不测？
3. 什么场景下什么功能会触发三级报警？
4. 仪表盘报警灯怎么测的？
5. 三级报警的弹窗触发的前提条件有哪些？
6. 语音全部用例能有多少条？（1500）
7. 你是如何通过 canoe 发信号后看车速表和转速表的反馈的（怎么测的）？
8. 台架搭建搭过吗？
9. 搭的是单件还是座舱？
10. 搭建台架需要借助什么文档？
11. 连接线路需要借助功能需求文档吗？
12. 针脚定义图包含什么东西？（主功能插口、副功能插口、针脚符号、连接示意图；如 OBD 标准接口有 16 个针脚，编号 1-16，其中 2、4、5、6、7、10、14、15、16 是主要针脚）
13. 除了针脚定义图还需要借助什么？
14. 拓扑图会用吗？
15. 语音大概能测多少用例？
16. 为什么要进入实车动态的地方去测这些？
17. 比方说车窗有问题，你应该抓取哪些数据？
18. ECU 有哪些东西？
19. 怎么录制？
20. 录制之后怎么回放？

21-40：

1. 离线回放还是在线回放？
2. 仪表怎么测的？
3. OMS 测过吗？
4. （未记录）
5. 全功能测过吗？
6. 四音区你有没有测出过什么印象比较深的 Bug？
7. 四音区出现这个问题需要抓什么数据？
8. 车机日志怎么抓的，还需要抓什么日志？
9. BUG 管理系统用的什么？
10. 有没有写过相关用例？
11. 如果空调这块出现了问题，你要报哪些数据？
12. 大屏要涉及到哪些模块，发的是哪些信号？信号怎么发、在哪个模块里面发？canoe 怎么用？
13. 自己会不会定位问题？
14. 空调调不出冷风，能通过自己去定位这个问题吗？
15. 蓝牙电话怎么测的？
16. 蓝牙同时最高可以连接几个设备？
17. 你们用的 CAN 设备是什么，几口几路？
18. 常用的 Linux 指令？
19. 常用的 adb 指令？
20. 设计测试用例（绕障）怎么写？

8.8.10 简历编写

项目名称：比亚迪汉 EV 语音助手功能测试
项目时间：2023-10 至今

项目介绍：比亚迪汉 EV 智能语音助手功能测试项目，旨在通过融合科大讯飞先进的语音识别技术，自主研发出一套高效、便捷的语音交互系统。该系统为用户提供更安全、直观的车载操作方式，显著提升驾驶过程中的互动体验和安全性。通过精细化功能测试，确保语音助手准确理解并快速响应各种语音指令（调节车内温度、导航至目的地、拨打电话、播放音乐等）。项目的成功实施巩固了比亚迪在智能汽车领域的领先地位。

主要职责：

1. 负责语音助手功能的需求评审，以及对应的用例编写
2. 负责台架环境的搭建
3. 使用 ADB 工具进行相关性能测试，以及日志抓取
4. 测试过程中使用 Jira 进行 Bug 的管理
5. 进行实车测试，验证语音助手与硬件的交互能力（车窗、空调、车灯以及娱乐系统）
6. 定期整理总结测试报告

8.8.11 面试录音

1. 座舱-TCL：https://shareaudio.iflyrec.com/appShare/share.html?audioId=SAT5406e8932e6646979aa86a6b1dbef77a&title=座舱-TCL-2026年1月4日-
2. 座舱-长城：https://shareaudio.iflyrec.com/appShare/share.html?audioId=SAT3b26f54c6cc0450f8fe6398679af70a1&title=座舱-长城-2026年1月14日
3. 座舱优秀录音：https://meetings.feishu.cn/minutes/obcn9i271e48as627k867875

8.9 AVM 全景影像 / RVC 倒车影像✓

8.9.1 AVM 全景影像系统（360环视）

工作原理

1. 硬件采集：AVM系统通常由4个高清广角鱼眼摄像头组成（分别安装在车头、车尾及左右后视镜下方），视角可达180°以上，最大限度覆盖车辆周围区域。
2. 同步校正：摄像头启动速度和安装位置不同，采集图像存在时间差和视角差。通过同步校正算法给摄像头分配统一的时间基准信号，并根据安装角度、高度等参数进行视角校正，确保图像一致性。
3. 图像拼接：校正后的图像通过特征匹配算法和融合算法拼接——先提取图像特征点、找到重叠区域，再用加权融合算法处理重叠部分，最后将非重叠区域与融合后的重叠区域组合，生成完整360°全景图（需标定摄像头）。
4. 显示输出：全景图合成后根据驾驶场景输出到中控屏或仪表盘，提供2D视图、3D视图等个性化视角选择。

主要功能

• 360°全景环视：通过广角摄像头获取车辆周边实时画面，经软件合成360°环视景象显示于多媒体屏幕，辅助观察车辆周围情况，减小视野盲区。
• 遇障碍物警报提醒：低速行驶遇障碍物时，车身周围雷达根据车辆与障碍物之间的距离，在中控屏和组合仪表上进行视觉提示，同时伴有提示音。
• 2D和3D视图切换：包含全景环视2D/3D各视角及车辆透明底盘信息，方便从不同角度观察车辆及周边环境。
• 窄道激活影像：打开窄道激活设置项后，车速低于10km/h向前行驶至狭窄路段，或途经障碍物致使可行驶路段过窄时，自动在中控屏以浮窗显示车辆周围环境，辅助通过窄道。

开启前提条件

1. 车速限制（核心前提）：AVM主要用于停车、挪车等低速场景，车速通常需低于30km/h（不同车型设定不同）才能开启或保持运行；超速时系统自动关闭或切换至其它驾驶辅助模式。
2. 操作触发条件【考点】：
3. 主动触发：驾驶员通过中控屏软按钮、方向盘快捷键或物理旋钮（硬按钮）手动开启（部分车型支持语音指令唤醒）。
4. 被动触发（场景联动）：挂R档（多数车型倒车时自动激活AVM，优先显示后方画面+全景视图，配合倒车辅助线）；打转向灯（部分车型低速≤10km/h时打左/右转向灯，自动触发对应侧特写画面+全景，辅助观察侧向盲区，如窄路会车、绕桩；打左转向灯触发全景影像+左视图，800万像素）；开启自动泊车APA（激活自动泊车时AVM强制开启，作为系统判断车位和障碍物的视觉输入）。
5. 进入方式汇总：软开关、方控硬按键、语音打开、转向联动（转向灯）、R挡、主动防御、窄道激活、泊车。
6. 硬件状态要求：车身周围4个（或更多）摄像头需无遮挡（泥水、冰雪）、无物理损坏（镜头破裂、线路故障），否则系统可能因"图像采集异常"提示故障无法开启。注意内置360与外置360区别：内置360——摄像头和主机直接连接，画面由主机内部算法计算后通过中控屏显示（非信号类）；外置360——摄像头采集数据后经对应控制器计算再传给主机，再通过中控屏显示（有信号交互）。
7. 传感器与算力支持：部分系统依赖超声波雷达、ECU协同工作，若雷达故障或算力不足（如同时运行多个高负载功能），AVM可能无法启动或切换至简化模式。
8. 特殊场景限制：暴雨、大雪导致摄像头严重遮挡，或低温（-30℃以下）、高温（60℃以上）超出硬件工作范围时，系统可能自动禁用AVM；部分车型在"运动模式""越野模式"等特定驾驶模式下，或车辆未挂入D/R/N档时受限。

退出方式【考点】

1. 360硬按键退出AVM。
2. 超速退出：通过AVM系统开关触发开启时，档位处于非R档且车速>30km/h，系统进入待机模式；通过R档触发开启时，档位切换到非R档且车速>15km/h，系统进入待机模式。
3. 电源切换退出。
4. 档位退出：工作模式下，档位由非P档切换到P档，视图界面保持不变，5s内不操作AVM系统进入待机模式；如有操作则保持在工作模式。
5. 转向灯触发开启时，关闭转向灯退出AVM。
6. 语音关闭360。

案例：极氪7X的AVM系统只有在车速低于30码时才能激活使用，当车速高于30码时AVM无法激活或已激活的影像自动退出。

测试用例要点（台架/实车）

问题分析定位（挂R挡无法进入AVM界面）

• 实车测试：多次尝试能否正常进入→不能则换其它车辆排查是否有同样问题→如果其它车辆也有同样问题，使用工具图形分析添加对应档位信号，查看图形分析中的AVM信号是否有发出及值是否正确→值正确但AVM未执行，初步判定是座舱AVM模块问题；图形中没有对应信号或值不对，初步判定非座舱问题，是对手件问题。
• 台架测试：①工具发送信号后AVM未打开→查看前置条件是否正确→前置条件没问题则验证发送的其它信号功能是否正常显示→其它功能正常，初步判定是主机上AVM功能模块问题；②其它功能也未正常显示→排查线路是否正常→正常则排查硬件→都正常则用同事的台架再次验证→同事台架同样问题则初步判定本版本信号不通；同事台架无问题则再次排查本台架线束和工具后再次验证。

8.9.2 RVC 倒车影像与倒车雷达

RVC 倒车影像

• 工作原理：利用安装于后背门上的摄像头，将车后图像转化成电信号，再转换为视频信号，最终传送给车内显示器单元显示。挂R档时显示屏立即显示车辆后方实时图像；退出R档（N档/D档/P档）时显示屏恢复至原显示画面。
• 功能特点：有助于扩大驾驶者后方视线范围，减少因后视镜视线盲区导致的事故，便于在碰撞前提前采取措施。
• 测试用例要点（台架）：
• RVC_01 车辆R挡启动/非R挡关闭：整车上电、车辆处于P挡保持静止、AVM关闭→切换到R档进入RVC界面输出后视图（R档下RVC界面不可退出）→切换挡位（P/N/D）RVC退出。
• RVC_02 软按键激活/关闭（车速≤25km/h）：整车上电、AVM关闭→点击RVC APP进入RVC界面输出后视图→点RVC页面关闭按钮退出RVC界面。
• RVC_03 超速启动（车速>25km/h）：限制速度设置为25km/h、车速>25km/h→点击RVC APP，IVI屏幕显示"车速过快，无法启动"。

倒车雷达（超声波）

• 核心原理（回声定位）：安装在车辆后保险杠（部分车型前保险杠也有）的雷达探头持续向车辆后方发射高频超声波信号（频率约40kHz，人耳听不到）；超声波遇到后方障碍物（墙壁、车辆、行人）反射形成"回声"；控制单元记录超声波从"发射"到"接收回声"的总时间，结合声速（约340m/s），按公式 距离=（传播时间×声速）÷2 计算实际距离。
• 硬件组成：雷达探头（通常4个，均匀分布在保险杠，负责发射和接收超声波；探头数量越多覆盖范围越广、盲区越小）、控制单元ECU（控制探头发射、接收回声、计算距离并判断是否报警）、报警装置（声音报警：车内蜂鸣器；视觉报警：仪表盘/中控屏距离指示灯）、触发装置（挂入R档自动启动）。
• 报警分级逻辑【考点】：
• 远距离（约1.5-2米）：部分车型亮起一级指示灯，或发出间隔较长的"滴"声（约1秒1次），提示"注意后方有障碍物"。
• 中距离（约0.8-1.5米）：指示灯升级，蜂鸣器频率加快（约0.5秒1次），提示"需减速倒车注意控制距离"，显示绿色。
• 近距离（约0.3-0.8米）：指示灯全亮，蜂鸣器发出连续的"滴滴"声，提示"距离过近，即将碰撞，建议立即停车"，显示黄色。
• 极近距离（<0.3米）：部分高端车型长鸣报警，必须立即停止倒车，显示红色。

倒车雷达 vs RVC 对比（互补而非替代）

8.10 DMS 疲劳检测✓

Driver Monitoring System，驾驶员监测系统，用于疲劳检测、分心检测等。

核心定义与工作逻辑

基于计算机视觉、传感器技术和AI算法，实时采集并分析驾驶员面部特征、肢体动作及生理信号，判断是否存在危险驾驶状态，并通过多方式预警的智能系统。工作遵循"数据采集→AI分析→分级干预"三步闭环逻辑：

1. 数据采集：通过车内传感器捕捉驾驶员的面部、眼部及肢体数据。

1. AI分析：算法模型对采集数据进行处理，识别是否存在疲劳、分心等风险。
2. 分级干预：根据风险等级触发不同强度的预警或辅助措施，从提醒到主动干预逐步升级。

核心硬件组成

• 视觉传感器（最核心）：车内后视镜附近的红外摄像头（夜间/逆光也能清晰捕捉面部细节，不受光线影响）或3D TOF摄像头（获取面部三维数据，更精准判断头部姿态，如低头、转头幅度）。
• 生理传感器（部分高端车型配备）：方向盘握力传感器（检测驾驶员是否双手握盘，避免单手/脱手驾驶）。
• 计算单元：集成在车载中控或自动驾驶域控制器中，负责运行AI算法、处理传感器数据，是系统的"大脑"。

核心功能与识别场景【考点】

1. 疲劳驾驶检测（最核心）：通过分析眼部和头部特征判断。
2. 眼部特征：闭眼时长（如单次闭眼超1秒）、眨眼频率（如每分钟低于5次或高于30次）、瞳孔直径变化（疲劳时瞳孔异常收缩或放大）。
3. 头部特征：头部倾斜角度（如低头超15°且持续2秒以上）、头部晃动频率（疲劳时会无意识点头或晃动）。
4. 分心驾驶预警：针对驾驶时注意力偏离路面的行为。
5. 行为识别：视线偏离（看向车外非路面方向超2秒）、使用手机（手部靠近面部且遮挡摄像头，或识别到手机屏幕反光）、吸烟/喝水（手部抬起至嘴边且有特定动作）。
6. 肢体识别：单手驾驶（通过方向盘握力传感器或摄像头判断手部位置）、身体前倾/后仰过度（偏离正常驾驶坐姿）。
7. 驾驶员身份验证（部分高端车型结合人脸识别）：上车时通过面部识别确认驾驶员身份（如极氪7X驾驶时会确认身份），自动调整座椅、方向盘、后视镜至预设位置；防止车辆被盗用——识别到非授权人员驾驶可触发报警或限制车辆启动（需结合防盗系统）。

预警与干预方式（按风险等级分级）【考点】

• 一级预警（低风险，如短暂分心）：视觉提醒——仪表盘黄色图标（"眼睛"/"手机禁止"）、中控屏文字提示；听觉提醒——音响短音（"嘀"声）或语音播报"请注意专注驾驶"。
• 二级预警（中风险，如持续分心/轻度疲劳）：触觉提醒——座椅振动（驾驶员侧左/右振动对应分心方向）、方向盘轻微振动、空调冷风最大档猛吹降温；加强听觉提醒——语音播报频率增加，提示"已检测到疲劳，请尽快停车休息"。
• 三级预警（高风险，如重度疲劳/无意识状态）：主动干预——无响应时逐步降低车速（如120km/h降至60km/h）同时开启双闪，继续无反应则停车（极氪7X智驾中脱手测试持续补接管，会开双闪后语音+文字提示就地停车）；紧急救援——车辆平台自动拨打紧急联系人电话，或联系道路救援平台并同步车辆位置信息。

功能仲裁逻辑（多场景同时触发时）【考点】

1. 同一时刻不同类别如果是相同等级，按功能优先级触发：疲劳提醒 > 分神提醒 > 长时间驾驶提醒 > 打电话/抽烟提醒。
2. 不同类别如果是不同等级，输出优先级高的报警（例如疲劳触发低风险、分神触发高风险，则输出疲劳低风险结果）。
3. 疲劳输出有时间窗口限制：例如第5s疲劳为lvl2/3/4，需保持5s后开始检测；当10s-65s内有分神提醒，则在分神触发等级时触发分神。
4. 案例（玄武项目4.5.1抽烟提醒）：使能条件=电源ON + 分神监测开关开启 + 车速>30km/h；触发条件=检测到驾驶员抽烟；执行输出=IVI发送抽烟提醒信号（IVI_DMS_DistractionIcon=0x5，显示"检测到抽烟"图标）到IC，IC图文提示"请注意安全，专心驾驶"（TBD），10s后消失。

测试前置条件

1. 测试账号已写入VIN和PDID，重启主机并连接网络（账号的VIN、PDID需与DMS的VIN、PDID一致）。
2. 进入工程模式→Developer→查看PDID和VIN是否激活，激活成功即可直接测试DMS信号类功能；changelist测试。
3. 摄像头盖板状态：盖板关闭时DMS不可用，盖板打开后恢复正常。

测试用例要点（台架，II/III级）

问题定位：台架出现BUG直接拉取CDC车机日志作为提票依据。

行业案例：沃尔沃实现DMS与ADAS数据联动——检测到分心/疲劳时仪表图标闪烁+轻微提示音一级提醒；无响应升级二级（增加提示音音量/频率）；极端情况三级接管（强制减速停车，L3级以上自动驾驶车型）。

8.11 HUD 抬头显示✓

抬头显示器，将车辆关键信息（如车速、导航提示、专项灯时候要有左视图，驾驶辅助系统警告等）投影到驾驶员前方挡风玻璃上，使驾驶员无需低头看仪表盘或中控屏就能获取重要信息，保持视线始终向前，提升驾驶安全性和便利性。

HUD中文一般称之为抬头显示，分风挡玻璃型（Windshield，W型）和集成显示型（Combined，C型）。所谓AR-HUD实际就是增加了AR图像层（也有把层说成焦段），在常规车辆信息速度和能耗外增加了导航和ADAS信息。

[图片占位符：HUD抬头显示.png，后期手动插入]

一、HUD 整体信息

1. 显示位置：前挡风玻璃超大尺寸AR投射区域。
2. 支持内容：车速、限速、导航、ADAS辅助、车道保持、跟车距离、歌词等。
3. 支持模式：极简模式/导航模式/多车道模式/AR实景模式。
4. 特色功能：雪地模式（橙色显示）、亮度调节、高度调节、驻车歌词显示。

二、四种显示模式

1. 极简模式：只显示核心信息（当前车速），无多余图标，界面最干净，适合日常通勤、不想被信息干扰的场景。
2. 导航模式：车速+导航转向箭头（左转/右转/直行）+距下一路口剩余距离。特点：专注路线指引，不显示复杂车道信息。
3. 多车道模式（高速/快速路常用）：车速+限速标识、车道线虚拟投射、前车模型+跟车距离预警、ICC智能巡航/LCC车道居中状态、导航箭头与路名提示。适合高速/快速路巡航、辅助驾驶状态下使用。
4. AR实景模式：真实道路画面叠加AR导航线，车道级引导（直行道/左转道/右转道高亮）、动态前车距离与碰撞预警、路口放大指引防止走错车道。适合城市复杂路口、高架上下匝道、不熟悉的道路。

三、附加实用功能

1. 雪地模式：一键切换提高HUD亮度与对比度，防止雪地强光下看不清信息，冬季/强光环境更友好。
2. 驻车歌词显示：停车P挡时HUD可同步显示音乐歌词，搭配车内音响，提升驻车等待体验。
3. HUD设置调节：显示高度上下调整；亮度自动（感知系统）/手动调节（方控按钮）；显示内容自定义开关；模式快速切换。注意：高度、亮度通过方向盘按键调节，大多车型中控没有软按键。启动时间：镜面从停止位置到最大调整位置所需时间约10s。

四、HUD 与 ADAS 联动信息

显示ICC（ACC纵向+LCC横向）智能自适应巡航设定车速；实时前车距离预警（过近变红/提醒）；道路限速识别并投射；车道偏离预警提示。

五、核心优势总结

1. 信息不低头：车速、导航、辅助驾驶全在前挡；2. AR融合真实道路：路口不再走错车道；3. 四种模式适配全场景：通勤/高速/复杂路口都好用；4. 细节贴心：雪地模式、歌词显示、自由调节；5. 与360全景、透明底盘配合：全车感知更安全。

六、电气参数

工作电流：≤2.0A；静态电流：≤0.1mA。接线（参考）：CAN-H、CAN-L、KL31（GND）、KL30（Battery）。

七、用例示意（信号类，台架）

8.12 地图（重点）✓

https://docs.qq.com/aio/DVnZWR3hCVmVMdHRC?opennew=1&p=5F2kChCMM2nWujRSEPGUIH&client_hint=0

测试对象与核心链路

• 测试对象：车载智能座舱导航系统（高德/百度/自研）。
• 核心链路：定位（GPS/北斗/惯导/高精定位）→ 地图数据解析 → 路径规划算法 → 人机交互 → 语音/屏幕/仪表联动 → 与车机网络、TSP后台、ADAS联动。

测试环境（五大类）

1. 基础软硬件环境（项目前期）：硬件——中控主机、仪表、HUD、导航专用定位模块（GPS/北斗/惯导IMU）、4G/5G/蓝牙/WiFi模组、天线、T-Box、CAN/LIN总线、以太网；软件——车机OS（QNX/Android Automotive/Linux）、导航APP（高德/百度/腾讯/自研）、地图数据包（在线/离线）、TSP后台服务、定位SDK、路径规划引擎、语音引擎、CANoe/CANalyzer总线工具。
2. 台架测试环境（实验室环境）：导航台架主机+信号仿真器+CANoe总线仿真+地图服务器+网络模拟器+电源模拟器。信号仿真器：模拟GPS/北斗/GLONASS卫星信号、基站信号、惯导IMU数据、GNSS弱信号/遮挡/多路径干扰；网络模拟器：模拟4G/5G/WiFi强弱、丢包、延迟、断网、漫游；总线仿真：模拟车速、转向角、油门、刹车、挡位、车灯、ADAS数据（车道线、限速）。
3. 实车测试环境（路测环境）：封闭场地——园区、测试场（直线/弯道/坡道/隧道/地库/高架/立交桥）；开放道路——城市道路、高速、国道、乡村道路、山区道路、跨海大桥、地下隧道、高楼峡谷、高架遮挡路段；极端场景——雷雨、大雾、高温、低温、强电磁干扰区域。
4. 云端TSP后台环境：TSP是导航数据源头，测试覆盖POI下发、实时路况、路线更新、离线地图升级、账号同步、违章/限行数据、车辆位置上报、远程导航下发（手机→车机）。
5. 专项仿真环境：高精度地图仿真（NOA/高速领航高精地图匹配、车道级导航测试）；轨迹回放环境（导入历史行车轨迹，复现导航异常）；弱网/断网仿真（离线导航、缓存路径测试）。

工程落地原则

• 80%功能+算法+异常场景在台架完成，20%真实体验+极限路测在实车验证。实车占比70%（实车才能测交互逻辑，如实际定位、隧道地库等场景），台架占比30%（台架主要测试导航功能是否完善、功能使用是否正常）。

APP 应用功能静态测试

1. 地图显示功能：定位准确性——打开地图校验当前车辆位置标注是否精准；信息展示——周边道路名、地标建筑名称显示正确无错误；基础操作——地图放大、缩小、拖动、旋转等缩放交互功能正常可用。
2. 路线规划功能：起终点——手动/自动设置起点、终点，支持正常录入与切换；常规路线——规划路线与实际道路路况、走向匹配一致；偏好规则校验——避开高速（规划路线无高速路段）、距离优先（规划为物理最短路径，不优先耗时红绿灯）、不走国道/避开拥堵/货车模式等按规则生效。
3. 语音包功能：默认语音包正常加载、播报正常；多语音包切换流畅，无切换失败、卡顿；切换后无漏音、音质模糊、电流音、杂音等问题。

实车路测动态测试（日行驶约300km）

1. 覆盖道路场景：城区道路、山路、普通隧道、多层隧道、隧道岔口、涵洞、高速/高架、立交桥等全路况覆盖。
2. 巡航模式（无目的地导航）：车辆行驶中，中控地图实时刷新当前位置、周边道路地标；地图随车辆位移动态更新，无定位漂移、画面卡顿、信息滞后；巡航状态下地图图层、道路标识、路况颜色显示准确。
3. 导航模式（有目的地路线导航）：地图动态表现——车辆实时位置、行驶方向精准匹配无偏移；转弯/掉头后地图视角自动切换，视角角度、方向无误；临近路口、服务区、收费站自动弹窗放大提示，时机合理。语音播报测试——播报清晰无杂音、卡顿、发音错误；关键节点（转弯、变道、限速、电子眼、到达终点）提前及时播报；长隧道、高架、岔路口复杂路段播报精准不遗漏。

多模块交互测试

1. 与多媒体音源交互：导航+音乐/有声小说/音频APP共存播放，无互相干扰、漏音、电流音；导航TTS优先级——导航播报时音乐自动降音量，播报结束恢复音量；通话优先级高于导航——来电/通话时导航语音自动降音静默，通话结束恢复。
2. 与车控硬件交互：方向盘按键（方控）可正常调节导航音量、切换导航路线、地图缩放等操作；方控指令响应及时、无失灵、误触。
3. 与车辆行驶状态交互：P/N/D档位下地图导航功能均可正常使用；R档倒车时中控被倒车影像覆盖，后台导航不中断，切回其它档位后导航自动恢复正常；标准/经济/运动/节能等驾驶模式下地图导航功能、定位、播报均不受影响。
4. 与OMS手势识别模块交互：预设自定义手势，触发后可自动跳转并规划对应目的地路线；手势识别灵敏、无错触、漏识别，导航联动正常。
5. 与智能语音助手交互：目的地语音导航——标准语音输入目的地可精准识别并自动规划路线；模糊地址、不完整地址、带口音输入支持智能联想、容错匹配。语音信息查询——语音查询路程距离、预计到达时间、途经点、前方路况、电子眼等，信息播报准确、实时性达标。语音控制导航操作——开始导航、暂停导航、结束导航、重新规划路线，地图即时响应、准确执行指令，无延迟、无执行错误。

核心测试点总结（7大类）

1. 定位与导航专项测试：车载导航最大优势是融合车辆底层传感器数据，定位和导航是重中之重。融合定位测试——测试GPS/北斗信号与车辆CAN信号（车速、方向盘转角、陀螺仪）的融合，重点测试DR（航位推算）功能，即在隧道、地库等无GPS信号场景下依靠车轮转速和陀螺仪推算位置的准确性；卫星个数（GPS/北斗/NASS/伽利略）正常情况在20颗左右。车道级导航——在支持的高精地图路段测试车辆是否准确识别当前所在车道，变道提示是否及时。路线规划与偏航——测试多路线偏好（躲避拥堵、高速优先等）；测试故意走错路时的偏航重算速度及合理性。路口放大图与复杂枢纽——复杂立交桥、多岔路口3D放大图渲染是否正确，指引车道是否与实际标线一致。
2. 车机特有场景与联动测试：多屏互动——中控屏（主地图）、仪表屏（简化导航指引）、HUD（抬头显示，核心箭头和距离）、副驾屏之间的信息同步与流转是否延迟或卡顿。ADAS/智驾联动——导航路线是否能下发给自动驾驶系统（如领航辅助驾驶NOA）实现自动上下匝道；导航界面是否能渲染SR（环境模拟显示）周围的车辆和行人。车辆状态联动——根据车速自动切换地图比例尺（高速缩小视野、低速放大视野）；根据车外光线/大灯状态自动切换日夜模式；新能源车根据剩余电量/油量智能规划充电站/加油站路线。方向盘与物理按键——方向盘滚轮缩放地图、语音按键唤醒导航等。
3. 功能与业务测试：基础地图操作——缩放、平移、旋转、2D/3D视角切换、图层切换（路况、卫星图）；搜索与POI——关键字搜索、周边搜索、沿途搜索（如"沿途的加油站"）、多意图搜索；语音交互深度集成——免唤醒词、多轮对话、模糊意图识别（如"我有点冷"自动调空调并搜索附近咖啡店）、全双工语音打断；账号与数据同步——手机高德与车机高德账号互通、手机端发送目的地到车机、历史轨迹与收藏夹同步；离线地图——离线地图包的下载、更新、解压，以及无网环境下的离线搜索和离线导航能力。
4. UI/UX与驾驶安全测试（HMI测试）：防眩光与日夜模式——夜间模式是否足够暗以避免影响驾驶视线，进出隧道时模式切换是否平滑；防误触与交互效率——核心按钮（取消导航、静音）是否足够大且易于点击，驾驶状态下是否屏蔽复杂文字输入、强制引导使用语音；屏幕适配——适配不同车机屏幕比例（横屏、竖屏、带鱼屏、异形屏），确保UI元素不被遮挡（如避开屏幕黑边或空调控制栏）。
5. 异常与中断测试（优先级冲突）：高优先级中断——倒车影像（RVC）、360环视、蓝牙电话来电、车辆严重故障报警弹窗时，导航必须立刻让出屏幕或降级为后台语音播报，绝不能遮挡安全相关画面；系统休眠与唤醒——车辆熄火（系统休眠STR）后再启动，导航是否能快速恢复之前状态或自动结束行程；多应用抢占——与车机媒体（音乐/视频）、空调控制面板的焦点冲突测试。
6. 性能与稳定性测试：资源占用——CPU、内存、GPU占用率，尤其是3D路口放大图和复杂城市建筑群渲染时的峰值；流畅度——地图拖拽帧率（通常要求稳定在60fps）、路线规划响应时间、冷/热启动时间；长时间运行（Monkey/稳定性）——连续导航7×24小时，测试是否存在内存泄漏、ANR（应用无响应）、闪退或定位漂移。
7. 弱网与网络切换测试：
8. 网络降级：4G/5G信号弱时，地图瓦片加载失败时的降级策略（如显示网格或纯色底图，不能白屏）；弱网下高精度卫星图或3D城市建筑无法快速加载时必须触发降级。
9. 缓存/低清底图切换时间：≤200ms。网络变差时必须瞬间切换显示本地缓存地图或低精度矢量底图。
10. 高精度瓦片加载超时（Timeout）：通常设定为3秒-5秒。3-5秒内高清瓦片未下载完成，系统必须放弃加载保持低清状态，不允许一直显示"加载中"转圈动画遮挡视线。
11. 路况（Traffic）刷新时间：正常网络下要求≤1秒；弱网下允许延迟，超时时间通常设为5秒，超时则显示上一次缓存的路况或隐藏路况图层。
12. 路线重算时间：正常网络基准——从触发偏航到新路线在屏幕渲染完成≤1.5秒（部分要求苛刻的新势力车企要求≤1秒）。弱网环境——拆分为"在线请求"和"离线兜底"两个阶段：在线算路超时时间（HTTP Timeout）通常硬性规定3秒或5秒（多数车企倾向3秒），达到超时未返回客户端必须立刻切断等待、触发超时处理逻辑，绝不能让应用处于挂起（Hang）状态；离线兜底算路时间≤800ms（优秀）/≤1.2秒（及格），离线算路不依赖网络，纯靠车机本地CPU算力。用户感知总时间（体验红线）——从偏航发生到最终有一条路线（在线或离线）显示出来的总时间，绝对不能超过5秒-8秒，超过8秒没有路线驾驶员极大概率采取危险动作（急刹车看屏幕、掏手机看导航）。
13. 语音安抚机制（关键加分项）：弱网导致重算时间预计超3秒时，车企通常要求联动语音助手进行安抚播报（如"当前网络较弱，正在为您重新规划路线"），缓解驾驶员焦虑。
14. 网络切换：进出地库（无网到有网）、WiFi与蜂窝网络切换时，导航业务不能中断。

测试点落地优先级

1. 先台架80%（功能、算法、异常、自动化），后实车20%（真实体验、定位漂移、路况联动）。
2. 三大核心优先级：定位精准性 > 路线规划合理性 ≥ 交互体验。
3. 必抓场景：隧道/地库无信号、高楼遮挡、实时路况、离线导航、仪表/HUD联动、语音播报。

8.13 DVR 行车记录仪✓

[图片占位符：DVR行车记录仪.png，后期手动插入]

定义与前提

• DVR在车辆行驶中准确记录行车信息及前方路况，在发生紧急事件时自动录像，行驶中也会自动录像，数据保存在存储卡中。
• 前提条件：车辆已安装存储卡，并且在行车记录仪中打开了行车记录功能。
• 打开方式：应用中心点击DVR图标进入；视频记录可从DVR或APP图库打开。

视频记录数据信息

• 视频信息30秒（时间到年月日秒）、转向灯信息、刹车信息、档位信息、车速实时速度、VIN码（车架号）、左右前后视角切换。
• 信号数据获取来源：整车底层电子电气架构（如CAN总线）。

测试环境

• 实车和台架：台架测试需模拟对应信号报文测试对应功能，其它是测试UI以及打开关闭功能存储；搭建之后根据测试用例进行测试。

测试用例要点

常见 BUG 点（测试关注）

• 视频保存不下来；紧急录像视频未保存在紧急录像栏目中；拍摄图片未保存；关闭行车记录仪后依然有视频数据；软按钮无法点击、点击无效；仪表车速和DVR行车记录仪车速不匹配；录制完成后行车记录仪图库没有对应视频信息；行车记录仪APP闪退；点击进入卡顿延迟；紧急录制完成后显示的非前视信息（右视图）；录制时间非30秒（有20秒或15秒）；相册界面卡住无法点击；点击DVR后点击屏保DVR自动退出。

14 附录：车载测试常用术语表✓