4. 测试计划与策略：制定量产测试计划，风险评估，测试资源与排期管理
量产测试计划，说白了就是一张作战地图。没有它，你的测试团队就像没头苍蝇。我见过太多项目，硬件设计没问题，结果死在量产测试环节——不是漏测，就是产能跟不上。
这一章，我们就把这张地图画清楚。
4.1 量产测试计划的骨架
一份完整的量产测试计划，至少包含四个维度：测什么、怎么测、用什么测、多久测完。
我个人习惯，先画一张总览图，把整个测试流程串起来。这样团队一看就明白，不会跑偏。
核心原则：量产测试不是研发测试的简化版，而是为“通过率”和“效率”服务的独立流程。研发测的是“能不能”，量产测的是“好不好”。
4.2 策略制定：选对路，少走弯路
策略决定了测试的成败。我见过有人把研发测试用例直接搬过来用，结果量产时一个板子测了20分钟——这显然不行。
量产测试策略的核心是取舍。你要在覆盖率和时间之间找到平衡点。
4.2.1 测试项优先级划分
我习惯把测试项分成三个等级：
| 等级 | 定义 | 举例 | 处理方式 |
|---|---|---|---|
| P0 | 功能必测项，不通过直接报废 | 电源短路、主芯片供电、时钟输出 | 100%全检，不可跳过 |
| P1 | 关键性能项，影响用户体验 | 信号完整性、接口通信、功耗 | 100%全检，可放宽限值 |
| P2 | 辅助验证项，用于趋势监控 | 温度漂移、老化测试、EMI摸底 | 抽检或首件检验 |
我的经验：P0项一定要做fail-stop设计。一旦发现P0失败，立即停止测试，不要继续浪费时间和治具寿命。我曾经在一条产线上发现电源短路测试没做fail-stop，结果连续烧了20块板子才被操作员发现——教训深刻。
4.2.2 测试序列设计
测试顺序不是随便排的。我建议遵循先破坏后无损、先简单后复杂的原则。
- 外观检查——肉眼可见的缺陷，先筛掉
- 电源测试——确保供电正常，否则后续测试无意义
- 基础功能测试——核心芯片、时钟、复位
- 接口测试——通信、IO、传感器
- 性能测试——精度、速率、功耗
- 可靠性抽检——老化、高低温
你想想看，如果电源都没通，你测接口有什么用？白白浪费时间。
4.3 风险评估：把雷提前排掉
量产测试的风险，说白了就三类：漏测、误测、测不动。
漏测是把坏板子放出去了，误测是把好板子判坏了，测不动是产能跟不上交付。
4.3.1 常见风险清单
| 风险类别 | 具体表现 | 影响 | 应对措施 |
|---|---|---|---|
| 测试覆盖率不足 | 某些故障模式未覆盖 | 漏测到客户手中 | 增加边界测试、故障注入 |
| 测试限值过严 | 良率异常偏低 | 误测，成本飙升 | 基于CPK数据放宽限值 |
| 设备稳定性差 | 测试结果波动大 | 误测率上升 | 定期校准、GRR分析 |
| 操作员失误 | 放错方向、未插到位 | 误测或损坏治具 | 防呆设计、视觉引导 |
| 产能瓶颈 | 单板测试时间过长 | 交付延期 | 并行测试、优化序列 |
注意：风险评估不是一次性工作。量产过程中，随着良率数据积累，风险等级会变化。我建议每两周复盘一次风险清单，动态调整。
4.3.2 风险量化方法
我常用一个简单的公式：风险值 = 发生概率 × 影响程度。
发生概率分1-5级，影响程度也分1-5级。风险值超过12的，必须制定专项应对计划。
举个例子：测试设备老化导致误测率上升。发生概率3（中等），影响程度4（严重），风险值12。那就要安排设备校准计划，或者准备备用设备。
4.4 测试资源规划：人、机、料、法、环
资源规划，说白了就是算账。算清楚你需要多少人、多少设备、多少时间。
4.4.1 设备资源计算
设备数量取决于三个因素：单板测试时间、目标产能、设备可用率。
公式很简单：
所需设备数 = (单板测试时间 × 目标日产能) / (日可用工时 × 设备可用率)举个例子：
- 单板测试时间：120秒
- 目标日产能：1000块
- 日可用工时：22小时（两班倒，留2小时维护）
- 设备可用率：90%
算下来：(120 × 1000) / (22 × 3600 × 0.9) ≈ 1.68，也就是至少需要2台设备。
我的习惯：算出来是2台，我会准备3台。多出来的1台作为冗余，应对设备故障或紧急加单。这叫“1+1”冗余策略，我在多个项目中验证过，性价比很高。
4.4.2 人力资源配置
人员配置要考虑技能分层。我一般分三级：
| 角色 | 技能要求 | 职责 | 配比建议 |
|---|---|---|---|
| 测试操作员 | 基础操作培训 | 上下料、看报警、记录异常 | 每班每线1-2人 |
| 测试技术员 | 设备调试、故障排查 | 换型、校准、处理异常 | 每班每2-3线1人 |
| 测试工程师 | 数据分析、流程优化 | 良率监控、限值调整、策略优化 | 每项目1-2人 |
4.5 排期管理：把计划落地
排期不是画个甘特图就完事了。你要考虑依赖关系、缓冲时间、资源冲突。
4.5.1 关键路径识别
我习惯先找出关键路径——就是那些一旦延期，整个项目都会延期的环节。
量产测试的关键路径通常是：
- 测试治具制作与调试
- 测试程序开发与验证
- 小批量试产验证
- 量产爬坡
治具制作往往是最容易卡脖子的环节。我曾经遇到过治具供应商延期两周，结果整个量产计划被打乱。后来我学乖了，治具制作一定要留出至少20%的缓冲时间。
4.5.2 排期缓冲策略
我推荐三阶段缓冲法：
| 阶段 | 缓冲比例 | 说明 |
|---|---|---|
| 准备阶段 | 20% | 治具、程序、设备调试 |
| 试产阶段 | 15% | 小批量验证、问题修复 |
| 量产阶段 | 10% | 爬坡、产能调整 |
为什么准备阶段缓冲最多？因为前期不确定性最大。你永远不知道治具会出什么问题，或者程序会有什么隐藏bug。
4.5.3 排期可视化
排期做出来，要让团队一眼看懂。我习惯用里程碑+泳道图的方式呈现。
每个里程碑对应一个关键交付物：
- M1：测试计划评审通过
- M2：治具到位并验收
- M3：测试程序开发完成
- M4：小批量试产通过
- M5：量产爬坡达到目标产能
关键提醒：排期不是一成不变的。量产过程中，良率波动、设备故障、订单变更都会影响排期。我建议每周做一次排期复盘，动态调整。
4.6 避坑指南：我踩过的那些坑
最后分享几个我亲身经历的教训，希望能帮你少走弯路。
坑一：测试限值照搬研发规格
我曾经把一个项目的信号抖动限值直接用了研发的实验室数据。结果量产时良率只有60%。后来发现，研发的测试环境是恒温恒湿，产线环境波动大。放宽限值后，良率回到95%。
教训：量产限值一定要基于产线实际数据，不是研发数据。
坑二：忽略设备间差异
有一次，两条产线用同一套测试程序，结果一条线良率92%，另一条只有78%。查了三天，发现是两台设备的校准参数有偏差。
教训：多设备并行时，一定要做设备间GRR分析，确保一致性。
坑三：排期不留缓冲
这个坑我踩得最深。一个紧急项目，排期排得满满当当，结果治具晚到三天，整个计划崩盘。客户天天催，团队天天加班，最后还是延期了。
教训：排期一定要留缓冲，尤其是治具和程序开发阶段。宁可前期多等两天，也不要后期手忙脚乱。
嗯，这一章的内容就到这里。测试计划与策略，说白了就是想清楚、算清楚、排清楚。想清楚测什么，算清楚要多少资源，排清楚什么时候做什么。这三件事做好了，量产测试就成功了一半。