3、测试验证基础：硬件测试的分类（功能、性能、可靠性、环境、EMC等），测试计划与测试用例设计方法
硬件产品从研发样机走向量产，测试验证是承上启下的关键环节。许多NPI工程师在项目初期往往只关注“能不能开机、功能是否正常”，却忽略了测试的系统性设计，导致后期量产阶段频繁出现批次性失效、现场返修率居高不下。本章作为测试验证的基础，重点解决两个核心问题：第一，硬件测试到底要测哪些维度，各维度之间是什么关系；第二，如何从零开始设计一份可执行、可追溯、覆盖完整的测试计划与测试用例。只有把分类逻辑和设计方法打牢，后续的DFT（可测试性设计）、可靠性试验、量产筛选策略才有落地的根基。
上图展示了硬件测试验证的整体逻辑链路：测试分类是基础框架，测试计划是资源与策略的载体，测试用例设计则是将需求转化为可执行步骤的关键桥梁。下面我们逐一展开。
3.1 硬件测试的五大分类：从功能到EMC的完整覆盖
硬件测试分类看似简单，但实际项目中经常出现“分类交叉”或“漏测”的情况。例如，一个电源模块的纹波测试，既属于性能测试（电气特性），又与环境温度相关（高温下纹波增大），还涉及可靠性（长期运行后电容老化导致纹波恶化）。因此，理解分类的本质不是为了贴标签，而是为了确保测试的完整性。
3.1.1 功能测试：验证“做没做对”
功能测试关注的是硬件模块是否按照规格书实现了既定功能。它是最基础、也是最先执行的测试。对于NPI阶段，功能测试的重点不是“功能能不能用”，而是“功能在量产边界条件下是否稳定可用”。
- 逻辑功能：如电源上电时序、复位信号、时钟频率、GPIO电平状态。
- 接口协议：I2C读写时序、SPI数据帧格式、UART波特率误差、USB枚举过程。
- 数据处理：ADC采样值换算、DAC输出精度、FPGA内部逻辑运算结果。
3.1.2 性能测试：验证“做得好不好”
性能测试衡量的是硬件在标称条件下的能力上限和余量。它直接关系到产品能否在真实场景中满足用户预期。性能测试通常需要精密的测量仪器和明确的测试条件。
| 性能维度 | 典型测试项 | 常用仪器 | 关键指标 |
|---|---|---|---|
| 电源性能 | 纹波/噪声、负载调整率、线性调整率 | 示波器、电子负载 | 纹波≤50mVpp，调整率≤±2% |
| 信号完整性 | 眼图、抖动、上升/下降时间 | 高速示波器、误码仪 | 眼高≥300mV，抖动≤0.2UI |
| 数据吞吐 | PCIe带宽、USB传输速率、DDR读写带宽 | 协议分析仪、性能测试软件 | 达到标称值的90%以上 |
| 精度指标 | ADC有效位ENOB、DAC线性误差、传感器精度 | 高精度万用表、信号源 | ENOB≥规格值-1bit |
3.1.3 可靠性测试：验证“用得久不久”
可靠性测试是NPI阶段最容易“压缩时间”的部分，但恰恰是量产质量的生命线。它通过加速应力试验来暴露硬件在长期使用中的潜在缺陷，例如焊接疲劳、电解电容干涸、半导体器件参数漂移等。
常见的可靠性测试包括：高温老化（Burn-in）、温度循环（TCT）、高加速寿命试验（HALT）、振动试验。在NPI阶段，建议至少完成一次完整的HALT测试，以摸清产品的设计裕度。
3.1.4 环境测试：验证“扛不扛得住”
环境测试模拟产品在运输、存储和使用过程中可能遇到的极端环境条件。对于消费类电子产品，重点关注温度、湿度；对于工业或车载产品，还需增加振动、冲击、盐雾、防尘防水等测试。
环境测试的关键在于条件设定。例如，温度测试不仅要考虑工作温度范围（如-20℃~+60℃），还要考虑温度变化速率（如15℃/min）和持续时长（如高温保持4小时）。测试条件设定不当，会导致测试结果无法反映真实场景。
3.1.5 EMC测试：验证“电磁兼容性”
EMC测试包含两个方向：EMI（电磁干扰）和EMS（电磁抗扰度）。EMI测试确保产品不会对外界产生过量干扰；EMS测试确保产品在外部电磁环境下能正常工作。EMC测试通常在认证实验室进行，但在NPI阶段，建议使用近场探头和频谱分析仪进行预扫描，提前发现辐射超标风险。
3.2 测试计划设计：从需求到资源的系统规划
测试计划是指导整个测试活动的纲领性文件。一份好的测试计划，不是简单的测试项罗列，而是对测试范围、资源、进度、风险的综合权衡。很多NPI工程师容易把测试计划写成“测试清单”，忽略了策略层面的思考。
3.2.1 测试计划的核心要素
- 测试范围定义：明确哪些功能/模块需要测试，哪些可以豁免（如未变更的成熟模块）。
- 测试策略选择：根据产品风险等级，决定是采用全量回归还是增量测试，是自动化为主还是人工为主。
- 资源与排期：包括测试设备（示波器、频谱仪、温箱）、测试人员、样机数量、测试周期。
- 通过准则：每个测试项必须定义明确的判定标准，例如“纹波≤50mVpp”或“连续运行72小时无宕机”。
- 风险与依赖：识别可能阻塞测试的风险，如关键物料缺货、测试设备校准超期、样机数量不足。
3.2.2 测试计划的制定流程
测试计划的制定不是一次性的，而是随着项目阶段（EVT→DVT→PVT）不断细化的。在NPI阶段，建议按照以下流程操作：
- 第一步：需求分析。收集产品规格书、原理图、PCB设计文件、关键器件Datasheet，提取可测试的需求点。
- 第二步：风险分级。将需求点按风险等级分为高（如新引入的电源方案）、中（如接口协议变更）、低（如成熟模块复用）。
- 第三步：测试项映射。将每个需求点映射到对应的测试分类（功能/性能/可靠性等），确保无遗漏。
- 第四步：资源估算。根据测试项数量和复杂度，估算所需设备、人力和时间。
- 第五步：计划评审。组织硬件设计、测试、生产、质量等多方评审，确认计划的可行性和完整性。
3.2.3 案例拆解：某工业网关的NPI测试计划制定
某工业网关产品进入NPI阶段，硬件配置为：双路千兆以太网、4G模块、RS485/RS232接口、DC 9-36V宽压输入。项目组在制定测试计划时，遇到了两个典型问题：
问题一：测试资源有限，只有一台可编程温箱和一台高速示波器，但环境测试和信号完整性测试都需要使用。项目组通过调整测试排期，将环境测试安排在夜间自动运行（温箱可编程），白天集中进行需要人工干预的信号测试，解决了资源冲突。
问题二：4G模块的辐射发射测试在预扫描时发现超标。项目组在测试计划中增加了“EMC预扫描”环节，并预留了2周的整改时间。通过调整4G模块的天线匹配网络和增加屏蔽措施，最终在正式认证前解决了问题。
复盘经验：测试计划必须预留10%-15%的缓冲时间，用于处理测试过程中发现的异常。同时，测试计划要明确“测试暂停/恢复”的条件，例如当连续出现3个以上同类失效时，应暂停测试并通知设计团队分析。
3.3 测试用例设计方法：从需求到可执行步骤
测试用例是测试执行的最小单元，它描述了“在什么条件下、执行什么操作、预期得到什么结果”。测试用例的质量直接决定了测试的有效性。很多团队用例数量庞大，但覆盖度低，原因在于缺乏系统的设计方法。
3.3.1 经典设计方法
| 方法名称 | 适用场景 | 操作要点 | 示例 |
|---|---|---|---|
| 等价类划分 | 输入数据范围明确 | 将输入划分为有效/无效等价类，每类取一个代表值 | DC输入电压9-36V，有效类取12V/24V，无效类取5V/40V |
| 边界值分析 | 存在边界条件 | 重点测试边界值及边界值±1 | 温度工作范围-20℃~+60℃，测试-20℃、+60℃、-21℃、+61℃ |
| 判定表 | 多条件组合逻辑 | 列出所有条件组合及对应动作 | 电源过压保护：电压>36V且持续时间>100ms→关断输出 |
| 场景法 | 业务流程型测试 | 从用户角度设计操作路径 | 网关上电→拨号→建立TCP连接→断网→自动重连 |
| 错误推测 | 依赖经验积累 | 基于历史缺陷设计异常用例 | 通信线缆反接、电源极性反接、热插拔 |
3.3.2 测试用例的核心要素与编写规范
一个完整的测试用例应包含以下要素：用例编号（便于追溯）、测试项目（对应测试计划中的测试项）、前置条件（样机状态、环境条件、仪器设置）、操作步骤（逐步描述，避免歧义）、预期结果（量化指标或明确状态）、实际结果（执行时记录）、判定结论（Pass/Fail/Block）。
3.3.3 实战场景：电源纹波测试用例设计
以某DC-DC电源模块的纹波测试为例，展示用例设计的具体过程。
背景与约束：该电源模块输出3.3V/2A，用于给FPGA核心供电。规格书要求纹波≤30mVpp。测试时需使用电子负载模拟FPGA的动态负载（10%→90%→10%跳变，频率1kHz）。
关键参数：示波器带宽限制20MHz（避免高频噪声干扰），探头使用短地线弹簧（减少环路面积），测试点选在输出电容两端。
用例设计：
- 前置条件：样机已上电，FPGA加载空载程序，电子负载设置为恒流模式2A。
- 操作步骤：① 示波器通道1连接测试点；② 设置带宽20MHz、AC耦合、垂直刻度20mV/div、时基10us/div；③ 记录纹波峰峰值；④ 切换电子负载为动态模式（1A↔1.8A，1kHz）；⑤ 再次记录纹波峰峰值。
- 预期结果：静态纹波≤30mVpp，动态纹波≤50mVpp（动态负载下允许放宽）。
结果分析：实测静态纹波28mVpp，动态纹波65mVpp，超出预期。进一步分析发现，动态负载下纹波超标是由于反馈环路响应速度不足。通过调整补偿网络参数（增大前馈电容），动态纹波降至42mVpp，满足要求。
复盘经验：测试用例不仅要覆盖“正常条件”，还要覆盖“极限条件”。动态负载测试暴露了静态测试无法发现的问题，这正是测试用例设计价值的体现。
3.3.4 常见误区与总结
误区二：只关注功能用例，忽略异常和边界用例。量产阶段的失效往往发生在边界条件或异常操作下。
误区三：用例设计完成后不评审。用例评审是发现设计遗漏和逻辑错误的有效手段，建议至少组织一次跨团队评审。
总结而言，硬件测试分类提供了完整的测试视角，测试计划解决了“测什么、怎么测、何时测”的策略问题，而测试用例设计则将策略转化为可执行、可追溯的具体步骤。三者环环相扣，构成了硬件产品测试验证的基础框架。在实际NPI项目中，建议团队在项目启动初期就完成测试分类的梳理和测试计划的初稿，并在每个阶段（EVT/DVT/PVT）进行迭代更新，确保测试活动始终与产品成熟度匹配。