3. 验证需求分析与测试计划制定
在MPS电源产品的开发流程中，验证需求分析是连接“设计规格”与“测试执行”的关键桥梁。很多项目在后期出现“测了但没测全”“测了但判据不对”的问题，根源往往不在测试设备或操作手法，而在于验证需求没有被系统性地从规格书、客户需求和应用场景中提取出来，也没有转化为可执行、可判定的测试计划。本节将围绕“需求从哪里来、如何转化为测试项、如何写出可执行的测试计划与验收标准”展开。
一、验证需求的三个来源
验证需求不是凭空编写的，它有三个明确的输入源，且优先级和侧重点各不相同。
1. 规格书（Datasheet / Design Spec）：这是最基础、最刚性的需求来源。规格书中给出的电气参数——输入电压范围、输出电压精度、额定/峰值电流、开关频率、效率曲线、纹波、负载调整率、线性调整率、保护阈值（OCP/OVP/OTP/UVLO）等——每一条都对应至少一个验证项。例如规格书写“VOUT = 3.3V ±2%”，那么验证需求就是“在输入电压全范围、负载0～满载范围内，测量VOUT是否落在3.234V～3.366V之间”。规格书中的“典型值”通常不作为验收判据，验收判据应取最小值/最大值或按客户协议约定。
2. 客户需求（Customer Requirement）：客户往往在规格书之外提出应用层面的要求，例如“上电时序必须满足FPGA的0.9V先于1.8V建立”“待机功耗低于50mW”“在-40℃低温下能满载启动”。这些需求通常以客户规格书、质量协议或口头确认的形式存在，需要逐条转化为可测量的验证项。客户需求与规格书冲突时，必须以书面形式确认优先级，不能默认“规格书优先”。
3. 应用场景（Application Scenario）：这是最容易被忽略、却最容易在量产阶段暴露问题的来源。同一个电源芯片，用在服务器板卡和用在车载娱乐系统上，验证重点完全不同。应用场景需要回答：输入源是什么（适配器、电池、PoE）？负载是什么特性（阻性、容性、动态脉冲）？环境条件如何（温度、湿度、振动）？是否有热插拔、浪涌、反接等异常工况？这些场景会衍生出规格书中没有写、但必须验证的需求，例如“输入热插拔时的浪涌电流不超过X A”“负载阶跃50%时的下冲不超过Y mV”。
二、从需求到测试项的转化方法
提取出需求后，需要将其转化为具体的测试项。转化的核心是“参数分解 + 条件组合”。以“输出电压精度”为例，规格书给出的是静态条件下的精度，但实际验证需要覆盖：输入电压最小/典型/最大、负载空载/半载/满载、温度低温/常温/高温，这些条件的组合构成了测试矩阵。如果每个维度取3个点，就是27个测试点，实际执行时可根据风险等级做正交裁剪，但裁剪必须有依据，不能随意减少。
对于保护类需求，转化时要特别注意“触发条件”和“恢复条件”的区分。例如过流保护（OCP），需要验证：电流达到多少时触发？触发后输出电压如何变化？移除过流条件后是否自动恢复？恢复时间是多少？这些都需要在测试项中明确写出，而不是只写“验证OCP功能正常”。
对于时序类需求，例如多路输出的上电顺序，需要明确：各路输出的建立时间、各路之间的延迟、使能信号的时序关系。测试时需要同时捕获多路波形，判据是“各路输出在指定时间窗口内建立，且顺序正确”。
三、测试计划的编写要素
一份可执行的测试计划，至少应包含以下要素：
- 测试项编号与名称：唯一标识，便于追溯。
- 对应需求来源：标注来自规格书第几节、客户需求第几条、应用场景哪一项。
- 测试条件：输入电压、负载电流、环境温度、通风条件等。
- 测试设备与接线：电源、电子负载、示波器、万用表、温度箱的型号与连接方式。
- 操作步骤：从初始状态到测量读数的完整操作序列。
- 判据与限值：明确Pass/Fail的数值边界，注明是典型值还是极限值。
- 记录要求：需要记录哪些波形、数据点、截图。
- 优先级：P0为必须通过，P1为重要但可协商，P2为参考项。
以下是一个简化的测试计划示例片段，以“输出电压精度”为例：
测试项：VOUT-001 输出电压精度
需求来源：规格书 3.2节 / 客户需求 CR-05
测试条件：VIN=12V, IOUT=0A/1.5A/3A, TA=25℃
测试设备：可编程直流电源、电子负载、6位半万用表
操作步骤：
1. 设置VIN=12V，IOUT=0A，等待输出稳定
2. 用万用表测量VOUT，记录读数
3. 依次设置IOUT=1.5A、3A，重复测量
4. 更换VIN=9V、18V，重复上述步骤
判据：VOUT在3.234V～3.366V之间为Pass
记录：每个测试点的VOUT读数，保留4位小数
优先级：P0四、验收标准的制定原则
验收标准是测试计划的“牙齿”，没有明确判据的测试项等于没有测试。制定验收标准时，需要遵循以下原则：
可量化：避免“输出纹波较小”“响应较快”这类模糊表述，应写“纹波峰峰值≤30mV”“负载阶跃响应恢复时间≤200μs”。
可复现：判据应基于明确的测试条件，同一条件下不同人操作应得到一致结论。如果判据依赖“典型应用电路”，则需在测试计划中附上电路图或明确引用。
区分规格值与验收值：规格书中的“典型值”不能直接作为验收上限或下限。例如规格书写“效率典型值95%”，验收时应写“在VIN=12V、IOUT=3A条件下，效率≥93%”，留出合理的测量误差和批次波动余量。
覆盖边界条件：验收标准应明确在极限条件下的表现。例如“在-40℃低温启动时，输出电压应在10ms内建立到3.3V±5%”，而不是只写常温下的表现。
五、常见误区与规避
在实际项目中，验证需求分析和测试计划制定常出现以下问题：
误区一：只测规格书，忽略应用场景。规格书覆盖的是“芯片能做什么”，应用场景覆盖的是“系统里会发生什么”。例如规格书不会写“输入热插拔时的浪涌电流”，但如果应用场景中存在热插拔，就必须补充这项验证。
误区二：判据照抄规格书典型值。典型值是设计目标，不是验收边界。验收判据应基于最小值/最大值，并考虑测量不确定度。
误区三：测试项没有优先级。所有测试项都标P0，等于没有优先级。应根据风险、客户关注度、历史失效模式来划分，确保关键项优先执行、优先闭环。
误区四：测试计划写完就锁死。测试计划是活文档，随着设计迭代、客户需求变更、应用场景明确，需要定期评审和更新。建议在每次设计评审节点同步评审测试计划。
总结来说，验证需求分析的核心是“三个来源交叉覆盖”，测试计划的核心是“可执行、可判定、可追溯”，验收标准的核心是“量化、复现、留余量”。把这三件事做扎实，后续的测试执行和量产交付才有可靠的基础。