GB 44721‑2026 强制要求自动驾驶系统需要开展实车道路测试，用以验证仿真无法完全覆盖的真实交通交互场景，实车测试产生的全部记录，是合规递交的核心证据。不少企业仿真测试做得完善，但实车测试过程管理松散，问题闭环无记录，最终导致合规审核受阻。借助 ASPICE 的测试与问题管理过程域，可以标准化实车测试全流程，构建完整合规证据链。

按照 ASPICE SYS‑4 系统测试过程，实车测试不能随意上路测试，需要前置完成测试策划。测试计划需要对齐 GB 44721‑2026 安全目标，明确测试范围、车辆状态、传感器标定版本、测试人员资质、道路类型划分。测试用例一部分来自安全需求拆解，另一部分来自仿真测试暴露出的高风险场景，把仿真识别出的边缘案例，放到真实道路中复现验证，实现仿真与实车的联动。

实车测试执行阶段，ASPICE 强调测试记录的完整性。每一次实车测试，需要留存车辆软件基线、传感器标定版本、日志原始数据、视频录像、测试人员记录。GB 44721‑2026 审核时，会核查测试版本是否与待申报产品版本保持一致，如果测试车辆软件版本频繁变更却没有基线管控，全部测试记录会存在无效风险，这就需要复用 ASPICE 配置管理过程，严格锁定实车测试的软件基线。

测试过程中发现的功能缺陷、安全风险，必须进入问题闭环流程，对应 ASPICE SUP‑8 问题解决过程。问题记录需要包含风险等级、复现步骤、GB 44721‑2026 对应条款、修复方案、回归测试结果。高安全等级的自动驾驶问题，修复完成后不仅要做单元、集成回归，还需要安排针对性实车复测，证明风险已经彻底消除，不能仅依靠仿真就关闭问题。

部分企业会出现测试数据海量，但无法快速检索对应安全条款的情况。参考 ASPICE 双向追溯思路，将每一条实车测试记录关联对应的国标安全需求，形成可检索的证据矩阵。针对机器学习驱动的自动驾驶功能，实车采集的路测数据，还要同步遵循 ASPICE MLE 的数据管理要求，做好数据标注、版本管控。

实车测试证据不是简单的报告堆砌，完整的计划、用例、原始日志、缺陷闭环记录共同组成证据链。严格遵循 ASPICE 过程约束开展实车测试，输出的材料可以直接适配 GB 44721‑2026 的审核要求，大幅减少后期整理合规文档的工作量。