每个团队都有一份验证清单，但清单和清单的差别很大：有的只是从网上下载的标准大全，三百项平铺；有的经过裁剪，每个阶段各有侧重。差别体现在结果上——前者执行时人人疲惫却心里没底，后者每个测试项都知道在防什么。
三个阶段，三个问题
| 阶段 | 回答的问题 | 清单设计取向 |
|---|---|---|
| EVT 工程验证 | 设计可行吗？方案成立吗？ | 覆盖关键风险，允许粗糙，快 |
| DVT 设计验证 | 设计定型了吗？规格全满足吗？ | 覆盖规格全项，严格按标准 |
| PVT 生产验证 | 产线造得出一致的产品吗？ | 覆盖工艺与产测，面向量产 |
最常见的清单错误：用 DVT 的完整度要求 EVT——于是 EVT 拖成三个月，错失了「快速失败」的意义。
清单项的三个来源
来源一：规格逐项
产品规格书是最标准的清单来源：每个性能指标都应有对应的验证项和判据。用规格书反向生成清单，能保证「宣称的都被验证过」。
来源二：标准与认证
目标市场决定标准集：消费类的 EMC/安规、汽车电子的 AEC 系列与 CISPR 25、医疗的 IEC 60601。标准条款是现成的清单骨架，但注意只取适用条款——把不适用的条款留在清单里，会稀释执行注意力。
来源三：历史缺陷（最值钱的一份）
自己产品史上出过的问题、客诉、返修原因——每一项都是血淋淋的清单素材。「上次烧电源是因为没测浪涌」比任何标准都更有说服力。这份素材往往散落在 8D 报告、客诉邮件和工程师的记忆里，结构化收集它，是清单进化的核心动力。
写清单的具体做法
- 每项一个可判定的判据：「正常」不是判据，「纹波 ≤ 50mVpp @ 满载」才是
- 标注优先级：P0（不通过不能往下走）/ P1（影响体验）/ P2（改进项）
- 标注方法：用哪台仪器、什么设置、谁执行
- 留变更记录：清单本身也要版本管理，改了什么、为什么改
让清单自己长大
成熟的团队会把验证清单当成活资产：每次客诉和批量问题回溯后，问一句「清单里为什么没有这一项」，然后补进去。一年之后，这份清单就是团队最有价值的工程知识之一——它无法从网上下载，因为它长在你的产品伤疤上。
想快速起步，可以用页面上的 Checklist 生成器：按产品类型和阶段生成通用模板作为骨架，再往里填你们的历史缺陷项。企业里的完整形态，是把缺陷库、标准条款库和产品规格打通——生成的不只是骨架，而是贴合你们产品的完整清单。
ZAOWUTAN / 造物潭
这些方法论的完整版，就是小潭子数字员工的日常工作。