第1章 EVT 阶段定义与核心目标
1.1 EVT 英文全称与阶段定位
EVT 全称为 Engineering Validation Test（工程验证测试），是产品研发从“设计图纸”走向“实物原型”的第一个关键原型阶段。该阶段的定位是：在有限样品数量（通常 5~20 台）上对设计方案进行首次实物验证，快速暴露设计缺陷，确认产品功能与基本性能是否满足产品需求文档（PRD）与技术规格书（TS）的要求。
| 维度 | 说明 |
|---|---|
| 英文全称 | Engineering Validation Test |
| 阶段定位 | 设计→实物的首次原型验证，验证设计可行性 |
| 核心验证目标 | 功能完整性、基本性能指标、设计方案可行性 |
| 典型时间段 | 产品立项后第 3~6 个月（视产品复杂度浮动） |
| 样品数量 | 5~20 台工程样机 |
1.2 适用场景
EVT 阶段适用于以下具体场景：
- 产品设计方案已通过 T0 设计评审，需要制作工程原型验证设计正确性。
- 关键硬件（原理图、PCB、结构 3D）首次投板/开模，需要实物联调。
- 功能与性能指标尚未经过实物验证，需要建立基准测试数据。
- 硬件与底层固件首次集成，需要验证接口定义与通信协议。
- 需要为后续 DVT 阶段积累测试方法与问题基线。
1.3 前置条件
进入 EVT 阶段前必须完成以下前置条件，缺一不可：
- 设计冻结：原理图、PCB Layout、结构 3D 设计已完成内部评审并发布正式版本。
- 关键 BOM 下达：核心 IC、定制物料、长交期物料已下单采购，到货计划明确。
- 测试方案初版：功能测试用例、性能测试指标、测试环境搭建方案已制定并通过评审。
- 原型制作资源就绪：SMT 产线、组装工装、测试工位、人力已排期确认。
- 物料齐套：至少满足首批 5 台原型组装所需的全部物料已到货并完成 IQC。
⚠️ 前置条件不满足的典型风险：若设计未冻结即启动 EVT，会导致频繁改板、物料报废、测试基线混乱，直接拉长产品周期 30%~50%。
1.4 操作步骤与主要任务
EVT 阶段按以下 6 个核心步骤执行，形成“构建→验证→反馈→迭代”的闭环：
- 原型 BOM 与物料准备——确认 EVT 专用 BOM，完成物料齐套检查与 IQC。
- 原型组装与调试——完成 SMT 贴片、整机组装、电源启动与基础通信调试。
- 功能验证测试——逐项执行功能测试用例，覆盖 PRD 所有功能点。
- 性能验证测试——对功耗、速率、精度、响应时间等关键指标进行基准测试。
- 问题跟踪与修复——将测试发现的缺陷录入跟踪系统，分级处理并回归验证。
- EVT 评审与 Gate——召开阶段评审会，判定是否满足 EVT 退出标准，输出评审报告。
1.5 输入输出物
| 类别 | 输入物 | 输出物 |
|---|---|---|
| 文档 | 产品需求文档（PRD）、技术规格书（TS）、设计评审报告 | EVT 测试报告、问题跟踪清单、阶段评审报告 |
| 硬件 | 原理图、PCB Gerber、结构 3D 图、BOM | EVT 工程样机（5~20 台）、组装记录、调试记录 |
| 软件 | 固件源码、烧录镜像、测试脚本 | 固件版本记录、功能测试日志、性能测试数据 |
| 测试 | 测试方案、测试用例、测试环境搭建说明 | 功能测试报告、性能测试报告、缺陷清单 |
| 物料 | EVT BOM、物料齐套报告、IQC 报告 | 物料使用记录、剩余物料清单、异常物料报告 |
1.6 责任边界
| 角色 | 职责范围 | 输出产物 |
|---|---|---|
| 硬件工程师 | 原理图/PCB 设计、硬件调试、硬件问题定位 | 硬件测试报告、改板建议 |
| 结构工程师 | 结构设计、组装配合、散热/可靠性验证 | 结构装配记录、结构问题清单 |
| 固件/软件工程师 | 固件开发、底层驱动验证、功能联调 | 固件版本、功能测试日志 |
| 测试工程师 | 测试用例执行、数据记录、缺陷跟踪 | EVT 测试报告、缺陷清单 |
| 项目经理 | 进度管控、资源协调、阶段评审组织 | 阶段评审报告、Gate 决策记录 |
| 采购/PMC | 物料采购、齐套跟踪、IQC 协调 | 物料齐套报告、IQC 记录 |
1.7 记录材料
EVT 阶段必须完整保存以下记录材料，作为阶段评审和后续 DVT 的输入：
- 原型组装记录表——每台样机的序列号、组装日期、操作人、关键工序参数。
- 功能测试记录——每条用例的测试结果、测试环境、测试人、日期、备注。
- 性能测试数据——包含测试条件、原始数据、统计值、与规格的偏差。
- 问题跟踪清单——缺陷编号、严重等级、责任人、状态、解决方案、回归结果。
- 物料使用台账——物料批次、使用数量、不良数量、退换记录。
- 阶段评审会议纪要——评审结论、遗留问题、责任人、完成期限。
💡 记录管理建议：建议使用统一的项目管理工具（如 Jira、PLM 系统）关联所有记录，确保可追溯性。每条缺陷必须关联到具体的样机编号和测试用例 ID。
1.8 异常处理
EVT 阶段常见异常及处理方式如下：
| 异常现象 | 可能原因 | 处理动作 | 升级条件 |
|---|---|---|---|
| 原型无法启动 | 电源设计错误、焊接短路、固件烧录失败 | 优先排查电源网络，重新烧录固件，更换关键器件 | 连续 3 台同故障且 2 天内无法解决 |
| 功能缺失或异常 | 逻辑设计缺陷、接口定义错误、驱动不匹配 | 记录缺陷，硬件/软件分别定位，输出 workaround | 影响核心功能且无替代方案 |
| 性能指标严重偏离 | 设计裕量不足、测试环境误差、物料批次差异 | 复测确认，检查测试环境，分析设计裕量 | 偏离规格 ≥20% 且无法通过调优恢复 |
| 关键物料短缺 | 交期延误、来料不良、用量预估不足 | 启动备选物料认证，协调紧急采购，调整组装优先级 | 影响原型组装数量 < 5 台且无替代方案 |
1.9 验收标准
EVT 阶段结束（Gate 评审通过）必须同时满足以下条件：
- 功能覆盖率 ≥95%：所有 PRD 定义的功能用例已执行，通过率 ≥95%，剩余 5% 为低优先级或已明确 workaround。
- 性能指标达标率 ≥90%：关键性能指标（功耗、速率、精度、响应时间等）实测值在规格范围内，偏差可接受且已记录。
- 无 P0/P1 级未关闭缺陷：严重等级为 P0（致命）和 P1（严重）的缺陷全部关闭或已有明确解决方案和验证计划。
- 设计问题基线已建立：所有已发现的设计问题已录入跟踪系统，分类清晰，归因明确。
- EVT 评审报告已签署：项目经理、硬件负责人、测试负责人、产品经理共同签字确认。
- 物料与资产账实一致：所有原型样机、物料、工装夹具已登记造册，账实相符。
📌 EVT 核心目标总结：EVT 阶段的核心目标不是“产品完美”，而是“充分暴露设计问题，建立基线，判断设计方案是否值得进入下一阶段”。合格的 EVT 输出是一份完整的问题清单和经过验证的设计改进方向，而非成熟的产品。