4. 中控娱乐系统测试：多媒体播放、导航与连接稳定性
中控娱乐系统，说白了就是座舱里跟用户交互最频繁的那块屏。用户坐进车里，第一件事往往是连蓝牙、放音乐、或者设导航。这三个功能要是出问题，用户的第一印象直接崩盘。我这些年测过的项目中，至少有一半的客诉都集中在这三个模块上。
今天咱们就拆开揉碎了聊：多媒体播放的格式兼容性、导航的路径规划与实时交通、还有蓝牙/WiFi的连接稳定性。每个点我都会结合项目里的真实踩坑经历来讲。
4.1 多媒体播放：音视频格式兼容性测试
多媒体播放看起来简单——不就是放个歌、播个片吗？但实际上，格式兼容性是座舱测试里最容易翻车的领域之一。
我记得有一次，客户反馈说“我的U盘里有些MP4文件放不出来”。我们拿过来一查，发现那些文件是H.265编码的，而我们的解码器只支持到H.264。嗯，这就是典型的“格式兼容性”问题。
4.1.1 测试覆盖的格式矩阵
我个人习惯，先列一个格式兼容性矩阵表。这张表是测试的“地基”，漏掉一个格式，就可能漏掉一个bug。
| 媒体类型 | 容器格式 | 编码格式 | 常见问题 |
|---|---|---|---|
| 音频 | MP3, WMA, AAC, FLAC, WAV, OGG | MP3 (CBR/VBR), AAC-LC, FLAC (16/24bit) | VBR码率跳变导致卡顿；FLAC高采样率不支持 |
| 视频 | MP4, AVI, MKV, MOV, WMV | H.264, H.265, VP9, MPEG-4 | H.265解码不支持；MKV内封字幕不显示 |
| 图片 | JPEG, PNG, BMP, GIF, WebP | 基线/渐进式JPEG；动态GIF | 渐进式JPEG加载慢；大分辨率图片OOM |
4.1.2 测试场景设计
光有格式矩阵还不够，你得设计具体的测试场景。我一般分三类：
- 本地播放： U盘、SD卡、内置存储。重点测文件系统兼容性（FAT32/NTFS/exFAT），以及中文文件名乱码问题。
- 流媒体播放： 在线音乐/视频。重点测缓冲策略、码率自适应、断网重连。
- 投屏播放： 手机投屏到车机。重点测延迟、音画同步、分辨率适配。
我曾经遇到过一个案例：U盘里放了一首采样率192kHz的FLAC文件，车机直接卡死重启。后来查原因，是解码器没有做采样率上限保护。所以，边界值测试一定要做——比如最高码率、最大分辨率、最长文件名。
4.2 导航功能：路径规划、实时交通与POI搜索
导航是座舱里最“重”的功能之一。它涉及地图数据、定位、网络、渲染等多个模块。你想想看，用户开车时最不能忍的是什么？导航带错路、或者导航卡死。
4.2.1 路径规划测试
路径规划的核心是“算得对不对”和“算得快不快”。我一般从这几个维度测：
- 起点/终点有效性： 输入不存在的地址、特殊字符、空输入，系统怎么处理？
- 多路线对比： 系统是否提供“最快”、“最短”、“避开高速”等选项？切换后路线是否合理？
- 偏航重规划： 故意开错路，系统多久能重新规划？重规划时会不会闪退？
- 长距离导航： 跨省导航（比如上海到北京），路线计算时间是否过长？内存会不会爆？
我记得有一次测试，从北京导航到广州，系统算了整整两分钟还没出结果。后来发现是地图数据索引没做好，导致路径搜索算法超时。嗯，这种问题在实验室里很难复现，因为测试路线太短了。
4.2.2 实时交通测试
实时交通功能，说白了就是“路况信息能不能及时更新”。我建议这样测：
- 路况显示： 打开实时交通图层，看拥堵路段是否用颜色标记（红/黄/绿）。
- 动态避让： 模拟前方拥堵，系统是否自动推荐绕行路线？
- 数据更新频率： 路况信息多久刷新一次？断网后还能显示历史路况吗？
- 事件上报： 用户手动上报事故/施工后，其他车辆能否看到？
4.2.3 POI搜索测试
POI搜索，就是用户说“我要去加油站”，系统得能搜出来。测试点包括：
- 关键词匹配： 模糊搜索（“加油” vs “加油站”）、拼音搜索（“jiayouzhan”）、语音输入。
- 搜索结果排序： 距离优先？评分优先？还是综合排序？
- 搜索结果数量： 搜索“餐厅”返回0条结果，是附近真没有，还是数据没加载？
- 跨城市搜索： 在上海搜北京的POI，能不能搜到？
我曾经遇到一个bug：用户说“导航到最近的充电站”，系统搜出来一个距离500公里的充电站。原因是POI数据只加载了当前城市，而最近的那个充电站在隔壁城市，系统没搜到。这就是典型的“数据范围”问题。
4.3 蓝牙/WiFi连接稳定性测试
蓝牙和WiFi，是座舱里最容易被吐槽的两个模块。用户抱怨“连不上”、“老断连”、“声音卡顿”，十有八九是这里出了问题。
4.3.1 蓝牙连接测试
蓝牙测试，我把它分成三个阶段：
| 阶段 | 测试项 | 常见问题 |
|---|---|---|
| 配对 | 首次配对、自动回连、多设备切换 | PIN码不匹配；已配对设备不自动连接 |
| 通话 | 来电接听、挂断、通话质量、回声 | 对方听不到声音；通话有回声 |
| 音乐 | A2DP播放、AVRCP控制、音质 | 播放卡顿；切歌延迟；歌词不同步 |
我个人习惯，测试蓝牙时一定要用不同品牌、不同系统版本的手机。iPhone、华为、小米、三星，每款手机的蓝牙协议栈实现都不一样。我遇到过iPhone连上后通话正常，但小米手机连上后对方听不到声音——原因是HFP协议版本不兼容。
4.3.2 WiFi连接测试
WiFi在座舱里主要用于OTA升级、在线音乐、导航地图更新。测试点包括：
- 连接稳定性： 连接后长时间待机，会不会自动断开？
- 信号强度： 在停车场、地下车库等弱信号区域，连接是否稳定？
- 热点切换： 从家里WiFi切换到手机热点，是否自动切换？
- 并发连接： 同时连接WiFi和蓝牙，会不会互相干扰？
我记得有一次，测试WiFi OTA升级时，发现下载到一半就断了。查了半天，原来是车机在下载过程中进入了休眠模式，WiFi模块被关掉了。嗯，这就是典型的“功耗管理”和“连接管理”没协调好。
4.4 本章知识体系总览
下面这张图，是我自己总结的中控娱乐系统测试知识体系。你可以把它当作测试时的“检查清单”。
这张图把中控娱乐系统的测试分成了三大块。每一块下面，都有对应的子测试项。你测试的时候，可以对着这张图逐项检查，确保没有遗漏。