第一章 EVT原型定义与交付范围

EVT（工程验证测试）是硬件产品从概念走向实物的第一道质量闸门。本章界定EVT阶段的核心目标、原型分类、交付物边界及适用项目类型，为后续评审流程建立统一的语义基础。

1.1 适用场景

EVT原型交付与评审流程适用于以下三类启动场景：

• 新平台开发：从未量产的全新硬件架构首次打样验证。
• 重大功能改版：主控芯片、传感器模组或核心算法发生替换，需重新验证系统性能。
• 供应链切换：关键物料（如电池、屏幕、天线）供应商变更，必须通过EVT确认功能兼容性。

上述场景均要求产品已通过架构评审（TR1），且BOM表达到至少80%锁定状态。

1.2 前置条件

1.3 操作步骤

EVT原型交付分为以下六个子步骤，依次执行不得跳转：

1. 步骤1 – 设计数据冻结：硬件原理图、PCB Layout、结构3D/2D图、固件源码在版本管理工具中打Tag，标记为EVT_V1.0。
2. 步骤2 – 物料齐套确认：采购核对KBOM中所有物料的到料日期，输出《EVT物料齐套报告》，缺料项必须标注替代方案或风险等级。
3. 步骤3 – 投板与备料指令：项目经理签发《EVT投板通知单》，同步发送给PCB制板厂、SMT工厂、结构件供应商。
4. 步骤4 – 打样与组装：工厂按作业指导书完成PCB焊接、整机组装，每批次抽取3~5台做外观与基础通电检查。
5. 步骤5 – 功能初检：硬件工程师使用EVT样机执行《EVT smoke test checklist》，覆盖电源、时钟、通信、传感器等基本功能。
6. 步骤6 – 交付入库：通过初检的样机粘贴EVT标签，录入《EVT样机管理台账》，移交测试团队。

EVT原型交付流程图

本章核心流程——从数据冻结到样机入库的六大节点

1.4 输入输出物

1.5 责任边界

EVT原型交付阶段各角色的职责划分如下，避免责任空白或重叠：

• 项目/产品经理：统筹EVT启动决策，签发《EVT投板通知单》，管控物料齐套进度。
• 系统架构师：确认设计数据已按TR1评审意见修改，冻结基线。
• 硬件工程师：提供原理图、PCB、BOM等设计数据，指导工厂完成打样组装，执行smoke test。
• 采购/供应链：负责KBOM物料采购跟单，输出《EVT物料齐套报告》，对缺料风险等级负责。
• 工厂NPI：按照作业指导书完成PCBA焊接与整机组装，记录异常反馈。
• 硬件测试工程师：接收EVT样机后执行功能初检，输出smoke test报告，判定是否通过。

1.6 记录材料

以下记录材料须在EVT阶段完成归档，作为TR2评审的输入依据：

1.7 异常处理

EVT原型交付过程中可能出现的典型异常及标准处理方案：

1.8 验收标准

EVT原型交付阶段结束前，必须同时满足以下五项验收标准，方可进入下一阶段（DVT）：

• 标准1 – 功能覆盖：smoke test 覆盖率达到100%，且通过率≥90%。
• 标准2 – 文档齐全：本章第1.6节所列5份记录材料全部归档，无遗漏。
• 标准3 – 异常清零：第1.7节中所有已识别的异常项均已关闭或形成明确的后续行动计划。
• 标准4 – 样机交付：实际交付样机数量达到测试计划需求量的90%以上。
• 标准5 – 基线锁定：EVT阶段对应的设计数据（原理图、PCB、结构图、固件源码）已在配置管理工具中打Tag并锁定，禁止未经CCB批准的变更。

1.9 原型分类与交付物边界（补充）

根据硬件产品的成熟度与测试目的，EVT原型进一步分为以下三类，其交付物边界各有不同：

交付物边界说明：每类样机在交付时均须附带对应的《EVT样机配置清单》，列明硬件版本、固件版本、已知未验证项清单（即交付边界内的豁免项），由硬件工程师和测试工程师双方确认。

1.10 适用项目类型判定矩阵

并非所有硬件项目都必须执行完整的EVT流程。以下矩阵帮助项目团队判定是否适用本章定义的EVT交付标准：