​选 Android Auto简称 AA的测试方案先得认清楚它是什么。它本质是个手机投屏方案应用跑在手机上车机只负责把投屏界面显示出来。车机不需要 GMS不用预装谷歌应用也不非得是 Android 系统只要协议实现正确Linux、QNX 都能跑。这点定错硬件设计方向就偏了。认清楚之后路线怎么选看四件事。路线一标准执行路径。所有项目都绕不开先拿开发权限和官方测试工具包按规范做硬件和系统适配送测前自行跑功能、稳定性、连接验证再送谷歌指定的授权实验室做全项测试出报告有问题整改复测谷歌复核通过后完成产品列入。自测工具 PCTS 三百多项用例正式 CTS-Auto 必须授权实验室跑。路线二按连接方式分。只做有线Wi-Fi Direct 整套测试可以豁免别为「万一客户要无线」提前加测白花钱。产品明确宣称支持无线 AA才强制跑 Wi-Fi Direct 握手时序和 5GHz 频段优先级那套。路线定错要么漏测要么多测。路线三按覆盖范围分。基础投影只测投屏、通话、通知、音频路由这些。2026 年 PDK 6.0 推出后多屏投屏中控、仪表、副驾各推不同内容、车控集成空调、座椅、摄像头视图进 AA 界面、新能源电量通道实时电量、导航预计到达电量都纳入联调测试方案得为多屏和车控架构重做不是旧版加几个用例就够。路线四分组申报。同平台硬件架构相同、射频和软件无线功能相同的产品可以放进一个 family 分组分组内豁免重复测试在产品列入有效期内有效省掉重复测试。但完整 BOM、硬件原理图、版本差异对照表得提前备齐交给谷歌做分组资格审核资料不齐分组申请直接打回。选路线时几个判断点要钉死是否宣称无线、是否多屏、是否含传感器和摄像头、固件版本是否冻结、分组资料齐不齐。低估自测要求的样机可能被直接拒把 AA 和 AAOS车载安卓系统搞混的资源白费固件版本管理乱的认证一致性保不住。USB-C 的供电协商、数据带宽无线方案的 Wi-Fi Direct 握手这几本账提前做齐路线才不会中途翻车。AA 2.0 用例比旧版多近一半Qsuite 体验、Plugbot 稳定性、VRRT 车载噪声语音三项权重尤其重判定全面自动化自测质量直接定成败。