如何在测试后确定 PCB 设计变更的优先级

原型测试报告返回后，关于“哪些内容已经准备就绪”的判断往往会发生变化。一块板在负载下会复位。一个在 CAD 中看起来没问题的连接器，在装配时却无法可靠插合。一根线缆在机箱内部无法无应力布线。BOM 中某个器件的交期长达 26 周。布局已经完成，但系统还没准备好投入构建。接下来怎么办？ 

测试产生的反馈往往多到任何团队都无法一次性全部处理，其中有些发现需要立即采取行动，而有些则只是提升裕量或可用性。若没有清晰的优先级划分方式，团队就有可能先去修复影响较小的问题，不断反复讨论相同的设计问题，或者准备发布一个并未反映测试已揭示问题的版本。 

目标是将测试结果转化为一组重点明确的变更，推动下一轮构建向前发展。

关键要点

• 原型测试会产生各种失效、风险和优化项。若团队能围绕构建风险和发布就绪性，将这些问题整理为清晰的优先级，推进速度就会更快。
• 良好的优先级管理，应在变更推进之前，将测试结果与需求、设计对象、物料采购和可制造性关联起来。
• 只有当一项设计变更已在其涉及的各个领域中完成验证时，它才算准备就绪，因为在一个领域解决问题的修复措施，可能会在其他领域引发新的问题。

先区分失效、风险与优化项

测试后的反馈在被归类为清晰的类别后，会更易于管理：

• 失效： 会破坏功能或违反需求的问题
• 风险： 威胁可制造性、采购、可靠性或装配的问题
• 优化项： 提升裕量、可用性或性能的改进

这样做可以让团队聚焦于根本原因，而不是表面症状。例如，负载下复位可能源于电源完整性、布局或器件选型问题；而机械问题则可能追溯到机箱假设或连接器放置位置。及早对问题进行分类和排序，有助于团队识别真正原因，避免重复修复，并减少返工。 

结构化设计评审是将分类正式化并分配责任的理想场所。有关如何高效开展评审，请参阅 PCB 设计评审应重点关注的 6 个领域。

按构建风险和影响对变更进行排序

问题分类完成后，下一步就是聚焦那些会影响下一轮构建的问题。要开始这项工作，可以通过一个实用的四级模型，让团队围绕统一术语达成共识。

I. 下一轮构建前必须修复

阻碍功能、安全或合规性的问题，例如：

• 在负载下发生压降失效的电源轨
• 间歇性失效的通信接口
• 电气间隙违规
• 在装配中无法正确插合的连接器

II. 如果进度允许则应修复

影响可制造性、可靠性裕量或装配便利性，但不会阻碍构建的问题：

• 高速信号线上边缘化的信号完整性问题
• 峰值负载下有限的热裕量
• 难以探测的测试点
• 生命周期状态正在下降的器件

III. 在已知风险下延期处理

团队已理解并接受在本轮构建中暂不处理的问题，并已制定文档化的后续回访计划：

• 在可接受范围内的轻微 EMI 裕量问题
• 在小批量条件下可接受、但不适合规模化生产的变通方案
• 对系统影响有限的布局优化

IV. 作为未来改进持续跟踪

可提升可用性、可维护性或裕量，但不会影响当前构建的优化项：

• 更好的标注或文档
• 优化的热布局
• 更简化的 BOM 整合
• 附加的诊断功能

排序既需要纪律性，也需要判断力。当某项发现会使下一轮构建、测试结果或驱动设计的需求失效时，它就应被归入“必须修复”类别。当某项发现增加了风险但不会阻碍推进时，它应保留在“应修复”类别。这两个层级之间的界限，正是大多数优先级争论发生的地方，因此值得在评审中花时间解决，而不是等到实验室里再处理。

采购风险值得被明确关注。一个在原型中运行正常的器件，如果其可得性、生命周期状态或交期发生变化，仍可能拖延下一轮构建。原型测试很少会暴露这些风险，但供应链评审会。更多内容请参阅 为什么你需要进行 PCB 供应链评审。

在所涉及的各个领域中验证变更

当一项设计变更已经在其影响到的所有领域中完成检查时，它才算准备就绪。 

以前面提到的负载下复位为例。团队追踪后发现其根因是电源完整性问题：高电流负载周围的去耦网络容量不足，导致瞬态期间电源轨塌陷。实际处理中，团队可能会通过在更靠近负载的位置增加电容来修复这个问题，但在它为下一轮构建做好准备之前，这项变更必须通过多个领域的审核。

• 电气： 新的去耦网络是否在相关频段内满足阻抗目标？电源完整性仿真可以确认修复是否有效，并检查是否引入了新的谐振。还需要审查热行为，因为更高的瞬态电流现在会流经不同的路径。 

• 机械： 新增电容需要占用板上空间。如果新的放置方式增加了紧凑机箱区域内的器件高度，机械工程师就可以在布局冻结前发现该问题。同一区域内的连接器或屏蔽件也可能需要移动，而这又会反向影响电气领域。 

• 制造： 新增器件会影响装配间距、测试点可接触性以及检测可视性。如果新的放置位置挤占了探针目标点或遮挡了基准点，那么测试计划和 DFM 检查就需要与布局一并更新。

• 采购： 任何新增或替代器件，其可得性、生命周期状态或交期都可能与原器件不同。即便一项变更在工程领域中已被通过，如果器件本身在准备生产时难以获取，仍然会拖延构建。

• 需求： 有时候，一个修复会暴露出底层需求本身并不完整或并不现实。比如，设计可能无法以可接受的成本满足某项热裕量要求，那么该要求就可能需要放宽；又或者某个隐含假设需要被明确写入需求。更新需求，可以在测试证据与设计意图之间形成闭环。如果没有这一更新，下一轮构建就会继承测试刚刚暴露出来的缺口。

对于多板产品而言，这些跨领域检查会变得更加相互依赖。一块板上的变更，可能会通过连接器、线束和机箱配合影响整个装配。若想深入了解如何管理这些相互作用，请参阅 借助制造驱动设计，更快交付可投产的多板 PCB。

通过了所有相关领域检查的变更，才算准备就绪。若一项变更只是在某个领域解决了表面症状，却在另一个领域引入了新的风险，那它就还没有准备好。验证步骤的作用，正是在真正的修复与“解决了本次测试失效、却悄悄埋下下一次问题”的做法之间做出区分。

让变更始终与设计保持关联

如果测试后的变更脱离了设计本身，其价值就会迅速下降。散落在电子邮件线程、截图和电子表格中的备注，会引入歧义和版本混乱。等到评审人员查看某条评论时，往往已经不清楚它对应的是哪个版本，或者它是否已经被处理。

为减少歧义，应让反馈直接关联到设计： 

• 针对具体器件、网络或布局区域进行评论
• 将问题关联到测试结果和需求
• 保持对每项变更负责人的可见性

将已批准的变更纳入一个干净的发布版本

一旦变更完成验证并确定优先级，就需要在整个项目中保持一致地反映出来，而这正是测试后工作最容易失控的地方。如果发布版本附带的是过期的 BOM、与布局不一致的文档集，或是在最新修复之前生成的制造输出，那么就会重新引入原型测试本应消除的那类后期意外。

面向下一轮原型的可构建发布版本应包括：

• 已更新的原理图和布局，反映所有已批准的变更
• 已验证的 BOM 和采购数据，包括测试后引入的任何替代料
• 保持一致的文档和测试流程
• 根据最新设计状态生成的当前制造和装配输出

采用这种方法，制造团队将获得完整且准确的数据包，而下一轮测试也能从一个清晰的基线开始。

将测试结果转化为正确的下一轮构建

原型测试之后的工作包括三项任务：识别最重要、需要修复的问题；在所有相关领域中验证这些修复；并将其纳入准确的发布数据包。这个流程并不复杂：聚焦根本原因，按构建风险排序，在每个受影响的领域中进行验证，并准备与当前设计状态一致的发布输出。 

借助 Altium Develop 的互联工作流，细小的设计问题可以在早期得到解决，而不是演变成后期延误。下一轮构建将反映正确的变更，有测试证据支撑，并在整个产品范围内保持一致。这样，后续测试周期就会发现新的信息，而不是重复昨天已经发现的问题。 立即开始使用 Altium Develop →