第4章 EVT阶段输入物与输出物
4.1 适用场景
本章节适用于硬件产品开发中 工程验证测试(EVT) 阶段的输入物齐套与输出物交付管理。该流程是研发团队从设计端向测试端传递技术基线、再从测试端向工程端反馈质量状态的关键数据闭环,适用于以下具体场景:
- 设计冻结评审后 — 硬件原理图、PCB Layout、BOM 及结构 3D 图已完成内部评审并达到发布状态。
- 试产前准备阶段 — 工厂需接收完整的设计包进行试产验证,产线测试工站需依赖输入物搭建测试环境。
- 问题追溯与变更控制 — EVT 测试过程中发现的设计缺陷需通过正式渠道反馈给硬件/结构团队,并触发变更请求。
- 阶段转段评审 — 从 EVT 进入 DVT 前,必须基于输出物完成转段决策。
4.2 前置条件
在正式执行 EVT 输入物接收与输出物生成之前,以下条件必须全部满足:
- 硬件原理图已通过 原理图设计评审(Schematic Design Review),关键信号完整性、电源拓扑、接口定义已确认。
- PCB Layout 已通过 Layout 评审,DFM、DFA 检查报告无未关闭的高风险项。
- BOM 已完成 BOM 审核(BOM Audit),所有元器件均有明确料号、封装、供应商及生命周期状态。
- 结构 3D 图已通过 结构设计评审(MD Review),整机装配干涉检查、拔模分析、壁厚分析已通过。
- EVT 测试计划已发布,测试用例、测试环境、测试资源已就绪。
- 项目管理委员会(PMC)已下达 EVT 启动指令。
检查清单提示: 建议使用
EVT_INPUT_READINESS_CHECKLIST 模板逐项签核,避免因某一输入物版本不匹配导致测试返工。
4.3 操作步骤
EVT 阶段输入物接收与输出物生成遵循 “收 — 验 — 测 — 记 — 出” 五步流程:
- 收(Receive) — 从硬件工程、结构工程、供应链部门接收原理图、PCB Layout、BOM、结构 3D 图的 正式发布版本,并记录版本号与发布日期。
- 验(Verify) — 对输入物进行齐套性验证:文件格式完整性、版本一致性、变更记录可追溯性。使用
INPUT_VERIFICATION_MATRIX逐项打勾。 - 测(Test) — 依据 EVT 测试计划执行功能测试、性能测试、可靠性测试、DFT 测试,每条用例记录 PASS / FAIL / BLOCKED 状态。
- 记(Record) — 将 FAIL 或 BLOCKED 的测试项录入 问题清单(Bug List),标注严重级别(Critical / Major / Minor)、责任模块、初步根因。
- 出(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 转段评审会议中,项目经理、硬件经理、测试经理、结构经理 四方签字确认。
4.9 关键提示与常见误区
✅ 最佳实践: 建议在 PLM 系统中为每一份输入物设置 版本挂钩(Version Hook),当输入物版本更新时自动通知测试团队重新评估受影响的测试用例,避免因版本漂移导致测试结果失效。
⚠️ 常见误区: 部分项目团队将 问题清单 仅视为测试团队的内部记录,未与 HCR 做关联。这会导致设计团队无法精准定位需要变更的输入物,造成 EVT → DVT 转段时遗留大量未闭环的 隐形问题。务必做到“一问题一追溯,一变更一请求”。