AEB 场景库怎么搭才验收得住

一、为什么 AEB 验收最挑剔

AEB 是和人命直接相关的功能，漏检一次可能就是事故，虚警一次就是惊吓与信任流失。它既要求高检出率，又要求低虚警，两者天然拉扯。验收不能只在晴天直道跑通，必须覆盖切入、鬼探头、静止物、逆光与雨雾等边界。场景库的完备度，直接决定 AEB 能不能验收得住。

二、场景从哪里来

场景来源应混合三部分：法规与标准工况、真实事故与险肇数据回灌、以及对抗性边界构造。真实数据暴露长尾，构造场景补极端。把来源写清，才能解释场景库的覆盖逻辑，也便于后续增量补充，而不是凭感觉加用例。

三、按严重度分级

场景要按碰撞概率与严重度分级：高危场景必须全过，低危可做统计通过。分级让验收有轻重，避免把资源耗在罕见低危上。建议把级别、通过判据与允许失败次数做成对照表，评审与验收都照着走，减少主观争议。

四、可回归是硬要求

场景库不是一次性清单，要能自动回灌与回归。每次模型或标定迭代，都要跑同一批场景确认指标没有回弹。可回归才能把"能力有没有退步"讲清楚，也便于您内部团队接手，而不是每次升级都从头测。

五、指标怎么定

AEB 的核心指标是检出率、漏检与虚警，配合触发时机与减速度。指标要分天气、时段与目标类型给参考线，而不是一句"支持 AEB"带过。把参考线写清，您才能在验收时判断达没达标，而不是被演示带过。

六、和融合的关系

AEB 的输入是融合后的统一目标列表，融合的稳定性直接决定 AEB 表现。验收要把融合、功能逻辑串起来跑，而不是单独验 AEB。很多问题单独验模块发现不了，只有在整链路里才暴露，联合验收才是交付门槛。

七、静止物与逆光专项

静止车、护栏、桥墩与逆光是 AEB 误刹漏刹高发区。场景库要单列这些专项，覆盖不同车速与光照。把专项作为必过项，比泛泛而测更稳，也更能暴露毫米波金属反射与相机逆光的真实表现。

八、把场景库翻译回需求

落地做法是把场景来源、分级、判据与回归方式写进测试规格，作为验收基线。这份文档是项目最早也最被低估的资产：让供应商在您的场景里跑，让验收有凭据。开工前认真写，比返工后才补省得多。

九、常见误读

误读一是"跑通 demo 就等于能验收"，忽略长尾；误读二是"高检出率必然高虚警"，忽略工况分级；误读三是"场景越多越好"，忽略可回归与判据。把边界说清楚，比给漂亮数字更有用。

十、和标定同步的衔接

AEB 触发依赖稳定时空基准，标定漂移或同步超时会引发误刹漏刹。场景库要包含标定边界与同步抖动工况，确认框架在基线不稳时优雅降级。把这类工况写进规格，才能暴露真实道路最常见的失效模式。

十一、数据回灌的闭环

场景库要能接收真实回灌数据，把线上问题转成新用例，形成闭环。闭环优化让场景库越长越准，也便于问题到模型迭代可追溯。把回灌作为常态化流程，比一次性测试更经得起量产考验。

十二、给验收者的提醒

AEB 验收最忌"看谁演示漂亮就认谁"。演示通常在理想条件下，真实道路才是验收场。务必把场景分级、判据与回归做成固定口径，让供应商在您的场景里跑，再谈验收与价格。把主动权握在手里，方案才不会被演示带偏。

十三、指标分场景给参考线

AEB 的检出率、漏检与虚警要分天气、时段与目标类型给参考线，而不是一句支持 AEB 带过。把参考线写清，您才能在验收时判断达没达标。

十四、和融合的联合验收

AEB 的输入是融合后的统一目标列表，融合稳定性直接决定表现。验收要把融合与功能逻辑串起来跑，而不是单独验 AEB。

附、场景库要持续生长

AEB 场景库不是一次性清单，而要随真实回灌数据持续生长。每次线上问题都转成新用例，长尾才被不断补齐。把场景库的覆盖度与增长机制写进验收口径，供应商才不敢用有限 demo 应付。持续生长的场景库也是团队资产，让后续车型与迭代都能直接复用，验证成本随规模递减。

结论 1. AEB 验收要覆盖切入、鬼探头、静止物与逆光等边界，不能只跑理想工况。 2. 场景库按严重度分级、可回归，才能把检出率、漏检与虚警落到可执行口径。 3. 把融合与功能逻辑串起来联合验收，AEB 才真正验收得住。

相关阅读

• 检出率漏检虚警怎么验收 — 感知指标口径
• AEB 误刹漏刹怎么归因 — 问题定位与处置
• AEB 与 ACC 功能逻辑 — 触发与降级策略