2. 基础知识
在进入量产验证与道路测试之前，必须先建立一套统一的“语言体系”。SAE J3016 定义的驾驶自动化分级、L2+ 与 L3 的功能边界、ODD（运行设计域）以及典型应用场景，是后续测试用例设计、场景库构建、责任界定和法规合规的共同基础。本节把这些概念串成一条可落地的认知链。
一、SAE J3016 分级：从 L0 到 L5 的核心逻辑
SAE J3016 的分级不是按“功能多少”划分，而是按动态驾驶任务（DDT）由谁执行、谁负责监控、谁作为兜底来划分。理解这一点，才能避免把“能自动变道”误认为 L3。
- L0 无自动化：驾驶员完成全部 DDT，系统仅提供告警或瞬时辅助。
- L1 驾驶辅助：系统持续执行横向或纵向其一，驾驶员执行其余 DDT 并全程监控。
- L2 部分自动化：系统同时执行横向和纵向，但驾驶员必须持续监控并随时接管。
- L3 有条件自动化：在 ODD 内系统完成全部 DDT，驾驶员无需持续监控，但需在请求时接管。
- L4 高度自动化：ODD 内系统完成 DDT 及兜底，无需驾驶员接管。
- L5 完全自动化：无 ODD 限制，系统完成全部 DDT 与兜底。
关键分水岭在 L2 与 L3 之间：L2 的“监控责任”在人，L3 的“监控责任”在系统。这一转移直接决定了测试重点、数据记录要求和事故责任归属。
二、L2+ 与 L3 的功能边界
L2+ 是行业营销术语，并非 SAE 官方分级。它通常指在 L2 基础上叠加了导航辅助、自动变道、匝道通行等能力，但驾驶员仍需持续监控。L3 则是在限定 ODD 内允许驾驶员脱眼、脱手，但必须保持可接管状态。
| 维度 | L2+ | L3 |
|---|---|---|
| DDT 执行 | 系统执行横纵向，人兜底 | 系统执行全部 DDT |
| 监控责任 | 驾驶员持续监控 | 系统监控，驾驶员可脱眼 |
| 接管要求 | 随时接管，无预警时间 | 系统发出接管请求后接管 |
| ODD 约束 | 较宽松，常为高速/快速路 | 严格限定，需明确边界 |
| 责任主体 | 驾驶员 | ODD 内系统/主机厂 |
| 典型测试重点 | 接管及时性、误触发 | 接管请求策略、最小风险状态 |
三、ODD：运行设计域是测试的“坐标系”
ODD 描述系统能够安全运行的条件集合，包括道路类型、地理围栏、天气、光照、交通流、车速范围等。没有 ODD，L3 就无法定义“何时可用、何时退出”。在量产验证中，ODD 直接决定场景库的边界和测试用例的覆盖范围。
一个典型的 L3 高速 ODD 可描述为：
ODD 示例：
道路类型：封闭高速公路，双向四车道以上，有中央隔离带
地理范围：已测绘的指定高速路段
天气条件：无雨、无雪、无雾，能见度 > 200 m
光照条件：白天或夜间有路灯照明
交通流：车流密度中低，无施工、无事故
车速范围：0 ~ 130 km/h（拥堵跟车 0 ~ 60 km/h）
退出条件：驶出测绘区域、大雨、施工区、系统故障
ODD 不是“越宽越好”。量产验证中，ODD 越清晰，测试边界越可量化，接管策略和最小风险状态越容易验证。
四、典型应用场景与行业现状
当前行业落地主要集中在三类场景：
- 高速/快速路 L2+：已大规模量产，如导航辅助驾驶、自动变道、匝道通行。测试重点是接管及时性、cut-in 响应和误触发。
- 高速拥堵 L3：在低速拥堵场景下允许脱眼，代表方案如奔驰 DRIVE PILOT。测试重点是接管请求时间窗、最小风险状态和法规合规。
- 限定区域 L4：如 Robotaxi、无人配送、港口/矿区。测试重点是 ODD 边界、远程协助和冗余失效。
行业现状可概括为：L2+ 已进入“规模量产+数据闭环”阶段，L3 处于“法规先行、场景受限”的试点阶段，L4 在限定场景中验证商业模式。对测试工程师而言，L2+ 关注人机共驾的接管质量，L3 关注系统兜底与责任转移，L4 关注冗余与远程干预。
五、常见误区与复盘要点
误区一：把“功能多”等同于“级别高”。L2+ 再强，监控责任仍在人。
误区二：忽略 ODD 写测试用例。脱离 ODD 的测试结果无法支撑量产放行。
误区三：L3 只测“能不能开”，不测“退出是否安全”。最小风险状态和接管请求策略才是 L3 的核心验证对象。
误区二：忽略 ODD 写测试用例。脱离 ODD 的测试结果无法支撑量产放行。
误区三：L3 只测“能不能开”，不测“退出是否安全”。最小风险状态和接管请求策略才是 L3 的核心验证对象。
复盘时建议用一张表对齐“分级—责任—ODD—测试重点”，确保每个测试用例都能追溯到具体的自动化级别和 ODD 条件。只有这样，后续的场景库、数据闭环和法规合规才有统一的锚点。