3. 量产测试标准与法规框架

在 Bosch ADAS 量产项目中,测试与交付从来不是“把功能跑通”这么简单。一个 AEB 或 LKA 功能能否量产,取决于它是否同时满足功能安全、预期功能安全、法规准入和消费者评价四套约束。这四套约束的出发点不同:ISO 26262 关心“系统失效时是否安全”,ISO 21448 关心“系统没坏但能力不足时是否安全”,UN R152/R157 关心“产品能否合法上市”,Euro NCAP 关心“上市后能否获得市场认可”。理解它们的差异与交叉,是制定测试策略和交付物清单的前提。

四套约束的定位与核心要求

ISO 26262(功能安全)针对电子电气系统的随机硬件失效和系统性失效。对 ADAS 而言,它要求先做危害分析与风险评估(HARA),确定 ASIL 等级,再据此确定测试严格度。例如 AEB 的“非预期制动”通常被评估为 ASIL D,而“制动请求丢失”可能为 ASIL B。ASIL 等级直接决定:故障注入测试是否必须做、覆盖率指标是否要量化、安全机制是否要独立验证。量产交付时必须提供安全案例(Safety Case),其中测试证据是核心支撑。

ISO 21448(预期功能安全,SOTIF)处理的是“没有故障但性能受限”导致的危害。典型场景包括:摄像头逆光下漏检行人、雷达对静止金属板误触发、算法对异形车辆识别置信度不足。SOTIF 要求识别已知不安全场景、评估未知不安全场景,并通过功能改进或限制使用条件来降低风险。测试上,它强调场景库覆盖、边界用例挖掘和残余风险论证,而不是单纯的故障注入。

UN R152(AEBS 法规)是联合国针对 M1、N1 类车辆自动紧急制动系统的强制性法规。它规定了明确的测试场景、车速区间和性能阈值,例如:对静止目标,10–60 km/h 范围内必须避免碰撞或显著降速;对移动目标,10–80 km/h 范围内需满足特定减速度要求。测试结果以通过/不通过判定,直接决定车型能否进入欧盟市场。

UN R157(ALKS 法规)针对车道保持系统(Automated Lane Keeping System),适用于 M1 类车辆在高速公路、车速不超过 60 km/h 的条件。它要求系统具备驾驶员监控、最小风险策略(MRM)、数据记录(DSSAD)等能力,并规定了车道内行驶、换道、脱手检测等测试项目。与 R152 不同,R157 更强调系统边界和接管逻辑的验证。

Euro NCAP不是法规,而是消费者评价体系,但它的市场影响力往往超过法规。其 AEB 测试分为车对车(CCRs、CCRm、CCRb)、车对行人(CPFA、CPLA、CPNA)和车对骑行者等场景,评分直接体现在星级上。Euro NCAP 的测试场景更新快、边界更激进,常被 Bosch 用作“超越法规”的验证基线。

ADAS 量产测试四重约束框架 功能安全 · 预期功能安全 · 法规准入 · 消费者评价 ISO 26262 功能安全 • HARA → ASIL 等级 • 故障注入测试 • 安全机制独立验证 • 覆盖率量化指标 • Safety Case 交付 ISO 21448 预期功能安全 • 场景库覆盖分析 • 边界用例挖掘 • 性能局限识别 • 残余风险论证 • 使用条件限制 UN R152 / R157 法规准入 • 固定场景通过/不通过 • 车速区间与阈值 • 驾驶员监控要求 • 最小风险策略验证 • DSSAD 数据记录 Euro NCAP 消费者评价 • CCRs/CCRm/CCRb • CPFA/CPLA/CPNA • 骑行者场景 • 星级评分驱动 • 场景更新快 测试活动与交付物映射 故障注入 + 覆盖率分析 → Safety Case 场景库回归 + 边界测试 → SOTIF 论证报告 法规场景实测 → 型式认证报告 NCAP 场景预测试 → 星级预测报告 四套约束并行驱动测试策略:安全是底线,法规是门槛,NCAP 是竞争力 测试用例设计需同时追溯至 ASIL 等级、SOTIF 场景、法规条款和 NCAP 评分项 约束来源 测试落地

四套约束如何共同作用于测试用例设计

实际项目中,一个测试用例往往同时承载多重目的。以“车辆以 50 km/h 接近静止前车”为例:从 ISO 26262 角度,需要注入雷达信号丢失故障,验证系统是否进入安全状态;从 ISO 21448 角度,需要评估逆光、雨雾等条件下感知性能下降是否导致漏检;从 UN R152 角度,这是法规强制场景,必须记录减速度曲线和碰撞结果;从 Euro NCAP 角度,该场景对应 CCRs 评分项,需要测量碰撞避免或减轻程度。同一个场景,四套约束要求不同的观测维度和判定标准。

因此,Bosch 在量产测试中通常建立“场景—约束—证据”三维矩阵。每个测试场景标注其关联的 ASIL 等级、SOTIF 场景类别、法规条款和 NCAP 评分项,测试执行后产出的数据同时服务于安全案例、SOTIF 论证、法规报告和 NCAP 预测试。这种复用不是偷懒,而是确保四套约束之间不出现证据缺口。

交付物清单的差异化要求

四套约束对交付物的要求各有侧重。ISO 26262 要求安全案例中包含危害分析、安全目标、技术安全需求、验证结果和确认结果,测试证据需可追溯至具体安全目标。ISO 21448 要求 SOTIF 论证报告,重点说明已知不安全场景的覆盖度、未知场景的探索方法和残余风险评估。UN R152/R157 要求型式认证报告,包含法规指定场景的实测数据、测试条件记录和通过判定。Euro NCAP 则要求提交测试视频、数据日志和评分自评表,供 NCAP 秘书处审核。

工程提示:在项目早期就应建立“约束—场景—证据”映射表。若等到测试执行完再补映射,往往发现某些 ASIL 等级对应的故障注入场景未被法规测试覆盖,或 NCAP 场景缺少 SOTIF 边界分析,导致返工。

测试执行中的典型冲突与协调

四套约束并非总是一致。例如,ISO 26262 可能要求 AEB 在检测到内部故障时立即退出制动,而 UN R152 要求系统在法规场景中必须完成制动。此时需要通过安全机制设计来协调:故障时先完成当前制动循环,再进入降级状态,并记录故障码。又如,Euro NCAP 的某些激进场景可能超出 ISO 21448 定义的已知安全边界,此时需要明确该场景属于“性能挑战”而非“安全要求”,测试结果用于优化而非合规判定。

协调这些冲突的关键,是在测试策略中明确优先级:法规准入是硬门槛,功能安全是底线,SOTIF 是持续改进目标,NCAP 是市场竞争力。当资源有限时,优先保证法规和安全相关测试的完整性和可追溯性,NCAP 场景可作为扩展验证集。

对量产交付的实际约束

最终交付时,四套约束共同决定了三件事:测试覆盖的完整性——每个 ASIL 等级、每个 SOTIF 场景类别、每条法规条款、每个 NCAP 评分项都必须有对应测试记录;证据链的可追溯性——从危害分析到测试用例到实测数据,链路不能断裂;变更管理的严格性——任何影响感知、决策或执行的软件变更,都必须重新评估对四套约束的影响,并执行相应的回归测试。只有同时满足这三点,ADAS 功能才能从测试台走向量产线。