2. 基础概念

在整车道路试验问题闭环与工程改进体系中,基础概念决定了团队沟通的“共同语言”。如果试验类型划分不清、问题定义模糊、闭环边界不明,后续的工程改进和验证确认就会陷入反复扯皮。本节围绕五个核心术语展开:道路试验类型、问题定义、闭环管理、工程改进、验证确认,并给出可落地的基本模型。

一、道路试验类型:先分清“在什么路上、用什么车、验证什么”

道路试验不是单一场景,而是按目的、环境、载荷和阶段划分的试验集合。常见分类维度包括:

  • 按目的:可靠性试验、耐久性试验、性能试验、标定试验、法规认证试验、用户模拟试验。
  • 按环境:常温、高温、高寒、高原、高湿、盐雾、砂石、涉水、城市拥堵、高速巡航。
  • 按载荷:空载、半载、满载、超载、拖挂、频繁启停、连续爬坡。
  • 按阶段:样车阶段、工装样车阶段、小批量阶段、量产阶段。

不同试验类型对应不同的失效机理。例如,高温试验更容易暴露热管理、空调、电池冷却问题;高寒试验更容易暴露冷启动、润滑、橡胶件脆化问题;耐久试验则关注疲劳、磨损、松动和密封失效。试验类型选择错误,会导致问题发现滞后,甚至把真实缺陷误判为“偶发”。

二、问题定义:把“现象”变成“可复现、可判定、可追踪”的条目

问题定义是闭环管理的起点。一个合格的问题定义至少包含:问题现象、发生条件、复现步骤、影响范围、严重度、初步定位、责任领域和证据附件。常见误区是把“用户抱怨”直接当成问题定义,例如“车辆异响”无法指导工程改进,必须细化为“在车速 30–40 km/h 通过减速带时,左前悬架区域出现金属撞击声,重复 10 次可复现 8 次”。

问题定义模板:

问题编号:RT-2024-018
试验类型:耐久试验 / 坏路
发生条件:车速 30–40 km/h,左前轮过减速带
现象描述:左前悬架区域金属撞击声,车内可清晰听到
复现率:10 次通过,8 次复现
影响范围:同批次 3 台样车均有不同程度表现
严重度:B(影响驾乘体验,不直接危及安全)
初步定位:稳定杆连杆球头间隙偏大
责任领域:底盘 / 悬架系统
证据:录音、振动加速度数据、拆解照片

三、闭环管理:从“发现问题”到“关闭问题”的完整链路

闭环管理强调问题不消失、不遗漏、不重复。基本模型可概括为:发现—记录—分析—定责—改进—验证—关闭—横展。每个环节都有明确的输入、输出和责任人。闭环不是“改完就算”,而是“验证通过且横展完成”才算关闭。

道路试验问题闭环管理基本模型 发现 试验/用户/产线 记录 问题单/证据 分析 根因/复现 定责 责任领域 改进 设计/工艺/软件 验证不通过 → 返回分析/改进 验证确认 台架/道路/用户 关闭 证据归档/评审 横展 同平台/同批次 知识沉淀 FMEA/设计规范 关键控制点:① 问题单必须可复现;② 根因分析必须到系统/部件层级;③ 改进措施必须可验证;④ 关闭必须有证据;⑤ 横展必须覆盖同平台。 闭环率 = 已关闭问题数 / 发现问题总数 × 100%,同时关注重复问题率和横展覆盖率。

四、工程改进:从“纠正”到“预防”的跃迁

工程改进不是简单换件,而是围绕根因进行设计、工艺、软件、供应链和试验方法的系统性优化。常见改进类型包括:

改进类型 典型对象 验证方式 风险点
设计改进 结构、材料、公差、连接方式 台架耐久、CAE 复算、道路复测 引入新失效模式
工艺改进 焊接、涂胶、拧紧、装配顺序 过程能力、扭矩 audit、密封测试 批次一致性波动
软件改进 控制策略、标定参数、诊断阈值 HIL、实车标定、OTA 验证 影响其他工况
供应链改进 来料、分供方工艺、包装运输 来料检验、PPAP、飞行检查 分供方执行偏差
试验方法改进 工况、载荷谱、判定阈值 对比试验、相关性分析 过严或过松

五、验证确认:区分“验证”与“确认”

验证(Verification)回答“是否做对了”,确认(Validation)回答“是否做对了正确的事”。在道路试验语境中,验证通常指改进措施是否满足设计要求和试验规范;确认则指整车在真实用户场景下是否真正解决了问题、没有引入新问题。两者缺一不可。

验证确认的四个层级:

  1. 零部件级:台架、材料、密封、振动。
  2. 系统级:悬架、热管理、制动、电气。
  3. 整车级:道路复测、耐久、环境适应性。
  4. 用户级:试驾评价、售后跟踪、大数据监控。

六、案例与误区复盘

案例:某车型在高寒试验中出现冷启动困难。初步定义为“低温启动失败”,但未记录具体温度、蓄电池状态和启动次数。改进团队更换了蓄电池,问题暂时消失。次年同平台车型再次出现同类问题,才发现根因是低温下机油粘度与启动策略匹配不当。复盘发现:问题定义缺少边界条件,闭环只做了“纠正”未做“预防”,横展未覆盖同平台。

常见误区:

  • 把现象当问题,缺少复现步骤和证据。
  • 闭环等于“改完”,缺少验证和横展。
  • 只做纠正,不做根因分析和 FMEA 更新。
  • 验证只做台架,不做整车和用户场景确认。
  • 问题关闭后未沉淀到设计规范和试验规范。

掌握这些基础概念后,团队才能在道路试验中统一语言、统一判定、统一闭环,把每一次问题转化为工程能力提升的机会。