第4章中控娱乐系统测试

第1章：中控娱乐系统测试——多媒体播放功能

各位工程师，咱们直接进入正题。中控娱乐系统，说白了就是用户每天摸得最多的那块屏。多媒体播放功能要是出问题，用户的第一反应就是——这车机不行。我这些年测试过的车型不下30款，多媒体这块踩过的坑，今天一次性说透。

音频格式这事儿，看着简单，其实门道不少。我个人习惯把测试用例分成三档：

嗯，这里要注意。很多测试人员只拿几首MP3试一下就完事了。我建议你准备一个「格式矩阵测试包」，至少包含20种不同编码参数的音频文件。为什么？因为我在项目里遇到过——某款车机放普通MP3没问题，但一放320kbps的VBR编码文件就卡顿。排查了半天，原来是解码器对可变码率的支持有bug。

核心测试步骤：

我的小技巧：测试时别光用U盘。现在很多车支持蓝牙音频和在线音乐，记得把同样的测试文件通过蓝牙传输播放一遍。我遇到过U盘播放正常，蓝牙播放却出现爆音的情况——原因是蓝牙A2DP协议里的SBC编码器参数没调对。

视频测试比音频复杂得多。你想想看，分辨率、编码、封装、帧率、码率，每个维度排列组合一下，测试用例数量直接爆炸。我一般按这个优先级来：

我曾经在一个项目里吃过亏。测试报告上写着「支持4K视频播放」，结果用的是H.264编码的4K文件，码率才10Mbps。用户拿到车后，放了一个H.265编码的4K高码率视频，直接黑屏。所以我现在要求团队：测试报告里必须写明「编码+分辨率+码率」三个参数。

避坑指南：我曾经遇到过视频播放时声音正常、画面卡顿的情况。后来发现是视频的帧率和屏幕刷新率不匹配。比如视频是25fps，屏幕是60Hz刷新，如果没有做帧率转换，就会出现跳帧。建议测试时准备24fps、25fps、30fps、60fps四种帧率的视频文件。

蓝牙测试，我把它分成三个阶段：连接阶段、通话阶段、异常场景。

连接阶段：

通话阶段：

实测数据参考：我统计过，蓝牙通话投诉中，70%的问题出在「对方听不清我说话」。原因往往是车载麦克风的降噪算法没调好。测试时建议用录音笔同时录制车内和车外声音，对比信噪比。

嗯，这里有个细节很多人忽略——蓝牙协议栈的版本兼容性。我建议至少准备5台不同品牌、不同Android/iOS版本、不同蓝牙芯片（高通、联发科、博通）的手机。因为我在项目里遇到过：某款华为手机连接正常，但小米手机就是连不上，最后发现是蓝牙GATT服务发现阶段的超时时间设置太短。

导航测试，我把它拆成三个维度：地图数据加载、定位精度、路线规划逻辑。

地图加载：

定位精度：

我的测试方法：在同一个路口反复绕圈，记录导航的「车道级定位」是否准确。我遇到过导航显示在主路，实际在辅路的情况——原因是地图数据里的道路连接关系有误，和GPS信号无关。

路线规划：

说实话，导航测试最头疼的是「复现问题」。有一次用户投诉导航突然卡死，我们测了三天都没复现。后来发现是地图数据包在下载过程中被中断，导致索引文件损坏。从那以后，我要求测试用例里必须包含「地图数据更新中断后恢复」的场景。

避坑指南：我曾经遇到过导航语音播报和音乐播放冲突的问题。导航播报时音乐音量应该自动降低（ducking），但某次OTA后这个功能失效了。排查发现是音频焦点管理的优先级配置被改动了。建议测试时同时播放音乐、收音机、蓝牙电话，验证音频通道的抢占逻辑。

好了，多媒体播放功能的核心测试点就这些。记住一句话：用户不会按你的测试用例来用车。他们可能一边充电一边放视频，可能用着CarPlay的同时接电话，可能在地下车库启动导航。把这些「组合场景」覆盖到，才是合格的测试。