第4章 EVT阶段输入物与输出物

4.1 适用场景

本章节适用于硬件产品开发中 工程验证测试(EVT) 阶段的输入物齐套与输出物交付管理。该流程是研发团队从设计端向测试端传递技术基线、再从测试端向工程端反馈质量状态的关键数据闭环,适用于以下具体场景:

  • 设计冻结评审后 — 硬件原理图、PCB Layout、BOM 及结构 3D 图已完成内部评审并达到发布状态。
  • 试产前准备阶段 — 工厂需接收完整的设计包进行试产验证,产线测试工站需依赖输入物搭建测试环境。
  • 问题追溯与变更控制 — EVT 测试过程中发现的设计缺陷需通过正式渠道反馈给硬件/结构团队,并触发变更请求。
  • 阶段转段评审 — 从 EVT 进入 DVT 前,必须基于输出物完成转段决策。

4.2 前置条件

在正式执行 EVT 输入物接收与输出物生成之前,以下条件必须全部满足:

  1. 硬件原理图已通过 原理图设计评审(Schematic Design Review),关键信号完整性、电源拓扑、接口定义已确认。
  2. PCB Layout 已通过 Layout 评审,DFM、DFA 检查报告无未关闭的高风险项。
  3. BOM 已完成 BOM 审核(BOM Audit),所有元器件均有明确料号、封装、供应商及生命周期状态。
  4. 结构 3D 图已通过 结构设计评审(MD Review),整机装配干涉检查、拔模分析、壁厚分析已通过。
  5. EVT 测试计划已发布,测试用例、测试环境、测试资源已就绪。
  6. 项目管理委员会(PMC)已下达 EVT 启动指令。
检查清单提示: 建议使用 EVT_INPUT_READINESS_CHECKLIST 模板逐项签核,避免因某一输入物版本不匹配导致测试返工。

4.3 操作步骤

EVT 阶段输入物接收与输出物生成遵循 “收 — 验 — 测 — 记 — 出” 五步流程:

  1. 收(Receive) — 从硬件工程、结构工程、供应链部门接收原理图、PCB Layout、BOM、结构 3D 图的 正式发布版本,并记录版本号与发布日期。
  2. 验(Verify) — 对输入物进行齐套性验证:文件格式完整性、版本一致性、变更记录可追溯性。使用 INPUT_VERIFICATION_MATRIX 逐项打勾。
  3. 测(Test) — 依据 EVT 测试计划执行功能测试、性能测试、可靠性测试、DFT 测试,每条用例记录 PASS / FAIL / BLOCKED 状态。
  4. 记(Record) — 将 FAIL 或 BLOCKED 的测试项录入 问题清单(Bug List),标注严重级别(Critical / Major / Minor)、责任模块、初步根因。
  5. 出(Output) — 编制 EVT 测试报告,对 Critical / Major 问题发起 硬件变更请求(HCR),并提交项目管理委员会评审。
关键交付节点: 步骤 5 完成时,所有输出物必须上传至 PLM 系统对应的 EVT_DELIVERABLE 文件夹,并触发审批流。

4.4 输入输出物详解

4.4.1 输入物清单

输入物名称 文件格式 版本标识规则 责任方 关键检查项
原理图 .schdoc / .dsn / .pdf SCH_<模块>_V1.0_YYYYMMDD 硬件工程师 网络标号一致性、ERC 无错误、电源树完整
PCB Layout .brd / .pcbdoc / .gbr PCB_<模块>_V1.0_YYYYMMDD Layout 工程师 DRC 无错误、叠层结构确认、阻抗计算文件附带
BOM .xlsx / .csv / .xml BOM_<整机型号>_V1.0_YYYYMMDD 硬件工程师 + 供应链 物料编码唯一、替代料标记清晰、生命周期状态
结构 3D 图 .stp / .step / .prt / .asm MD_<整机型号>_V1.0_YYYYMMDD 结构工程师 干涉检查报告、拔模分析、BOM 表与 3D 一致

4.4.2 输出物清单

输出物名称 文件格式 内容概要 责任方 交付时限
EVT 测试报告 .pdf / .docx 测试环境说明、测试用例通过率、关键性能指标数据、Fail 项明细 测试工程师 EVT 测试完成后 3 个工作日内
问题清单(Bug List) .xlsx / .csv 问题编号、模块、严重级别、描述、复现步骤、责任人、状态 测试工程师 + 项目质量 随测试进度实时更新
硬件变更请求(HCR) .docx / .pdf 变更描述、根因分析、影响范围、建议方案、优先级 硬件工程师 Critical/Major 问题确认后 2 个工作日内
版本绑定警告: EVT 测试报告必须明确标注所依据的输入物版本号。若测试过程中输入物发生变更,必须在报告中增加 变更影响说明 章节,并重新评估已执行的测试用例。

4.5 责任边界

角色 职责范围 审核/审批权限 关联输出物
硬件工程师 提供原理图、BOM;分析测试失败根因;发起 HCR HCR 编制人 原理图、BOM、HCR
Layout 工程师 提供 PCB Layout 文件及生产文件 Layout 数据发布审核 PCB Layout
结构工程师 提供结构 3D 图及 2D 工程图 结构数据发布审核 结构 3D 图
测试工程师 执行 EVT 测试、编制测试报告、维护问题清单 测试报告编制人 EVT 测试报告、问题清单
项目经理 监督输入物齐套、组织转段评审、跟踪 HCR 关闭 EVT 转段审批 全部输出物

4.6 记录材料

以下记录材料必须存档至项目质量文件夹,保存周期至少至 产品量产(MP)后 12 个月:

  • EVT_INPUT_RECEIPT_LOG — 输入物签收日志,包含版本、接收日期、签收人。
  • EVT_TEST_EXECUTION_LOG — 测试用例执行记录,包含每条用例的测试时间、测试人员、结果、备注。
  • BUG_LIST_.xlsx — 问题清单快照,每周至少归档一份完整版本。
  • HCR_<编号>_<状态>.pdf — 每份硬件变更请求的终稿及审批记录。
  • EVT_EXIT_CRITERIA_CHECKLIST — EVT 退出准则检查表,用于转段评审。
# 问题清单(Bug List)推荐字段结构(CSV 格式示例)
BugID,Module,Severity,Title,Description,Steps,Owner,Status,RootCause,HCR_ID
BUG-001,Power,Critical,12V 输出跌落,12V rail 在满载时跌落至 11.2V,1. 连接电子负载 2. 拉载 3A 3. 测量输出,ZhangSan,Open,反馈环路补偿不足,HCR-2024-01
BUG-002,USB,Major,USB 2.0 眼图裕量不足,眼图高度 < 400mV,1. 连接示波器 2. 跑 USB 2.0 测试码型 3. 测量眼图,LiSi,Open,Layout 走线过长,N/A
BUG-003,Mechanical,Minor,散热器安装干涉,散热器与电容 C24 间隙 < 0.3mm,1. 装配整机 2. 检查散热器与周边器件间距,WangWu,Closed,,N/A

4.7 异常处理

EVT 输入输出管理过程中常见异常及处理预案如下:

异常类型 现象 处理措施 升级条件
输入物版本不一致 原理图与 BOM 元器件清单不匹配 立即冻结测试,通知硬件工程师核查并发布一致性声明 差异点 > 5 处 或 涉及核心 IC 变更
关键测试 Fail 率超标 Critical 级问题 > 3 个 或 总体通过率 < 70% 暂停测试,组织根因分析会,输出专项整改计划 通过率 < 50% 或 存在安全类 Fail
HCR 流转超期 HCR 发起后 5 个工作日仍未完成审批 项目经理介入协调,必要时升级至研发总监 超期 10 个工作日
测试环境不可用 测试夹具或仪器未就位,导致 BLOCKED 用例 > 20% 启动环境备选方案,或调整测试序列优先级 BLOCKED 率 > 40% 且 影响核心功能覆盖
异常记录要求: 所有异常处理过程必须在 EVT_ANOMALY_LOG 中完整记录,包括发现时间、处理措施、解决时间、关闭结论,作为后续 DVT 阶段的风险参考输入。

4.8 验收标准

EVT 阶段输入物与输出物的验收标准如下,全部达标后方可进入 DVT 阶段:

  • 输入物齐套率: 原理图、PCB Layout、BOM、结构 3D 图四类文件 100% 到齐,且版本标识清晰、格式符合规范。
  • 测试用例通过率: 核心功能测试用例通过率 ≥ 85%,全部测试用例通过率 ≥ 70%。
  • 问题清单完整性: 所有 Fail / BLOCKED 用例已录入问题清单,Critical / Major 级问题 100% 关联 HCR。
  • HCR 闭环率: 进入 DVT 前,Critical 级 HCR 必须 100% 关闭,Major 级 HCR 关闭率 ≥ 80%,其余 HCR 需有明确的关闭计划。
  • 转段评审通过: EVT 转段评审会议中,项目经理、硬件经理、测试经理、结构经理 四方签字确认。
EVT阶段输入输出物流转图 EVT 阶段输入物 → 测试验证 → 输出物 流转关系 输入物集合 原理图 PCB Layout BOM 结构 3D 图 设计冻结 / 评审通过 版本标识清晰 / 齐套签核 EVT 测试验证 功能 / 性能 / 可靠性 输出物集合 EVT 测试报告 问题清单(Bug List) 硬件变更请求(HCR) 转段评审输入 / 问题追溯 变更控制 / 闭环管理 变更反馈闭环

4.9 关键提示与常见误区

✅ 最佳实践: 建议在 PLM 系统中为每一份输入物设置 版本挂钩(Version Hook),当输入物版本更新时自动通知测试团队重新评估受影响的测试用例,避免因版本漂移导致测试结果失效。
⚠️ 常见误区: 部分项目团队将 问题清单 仅视为测试团队的内部记录,未与 HCR 做关联。这会导致设计团队无法精准定位需要变更的输入物,造成 EVT → DVT 转段时遗留大量未闭环的 隐形问题。务必做到“一问题一追溯,一变更一请求”。