测试计划制定：从PRD到可执行的测试方案

拿到一份产品规格书（PRD），怎么把它变成一份靠谱的测试计划？这个问题，我当年刚带项目时也头疼过。PRD写的是「产品应该做什么」，而测试计划要回答的是「我们怎么证明它做到了」。这中间的鸿沟，说白了就是经验。

今天我们就聊聊这个转化过程。我会把测试计划制定的三个核心环节拆开来讲：怎么从PRD提炼测试点、怎么设计高效的测试用例、怎么把资源和时间排明白。

2.1 从PRD到测试需求：拆解的艺术

PRD通常包含功能描述、性能指标、接口定义、机械结构要求等。我习惯先做一件事：逐条标注。把PRD里的每一条「应满足」「需支持」「不低于」都圈出来，然后问自己三个问题：

• 这条需求可测试吗？——比如「用户体验流畅」这种描述，得转化成具体指标
• 测试通过的标准是什么？——量化，必须量化
• 需要什么测试环境？——硬件、软件、治具、仪器

举个例子。PRD里写「设备在-20℃环境下正常工作」。你想想看，什么叫「正常工作」？是能开机，还是所有功能都跑一遍？我遇到过项目，测试组只测了开机，结果低温下Wi-Fi连不上，这就是测试需求没拆透。

2.2 测试用例设计：三种核心方法

测试用例设计方法很多，但量产测试中，我个人最常用的是三种：等价类、边界值、正交法。不是其他方法没用，而是这三种在硬件测试场景下性价比最高。

2.2.1 等价类划分法

说白了，就是把输入数据分成几个「等价」的组。同一组里的数据，测一个就能代表全部。比如一个电压输入范围是3.3V±5%，那有效等价类是3.135V~3.465V，无效等价类是低于3.135V和高于3.465V。

我在项目中遇到过一个问题：测试工程师把3.3V、3.4V、3.5V各测了一遍，觉得够了。但3.135V这个临界点根本没测，结果量产时一批电源芯片在低压端工作不稳定。这就是等价类没划清楚。

2.2.2 边界值分析法

经验告诉我，80%的缺陷集中在边界附近。为什么？因为开发人员在写边界判断时最容易出错。边界值法就是专门抓这些bug的。

还是拿电压举例。有效范围3.135V~3.465V，边界值要测：3.135V、3.136V、3.464V、3.465V。注意，上下边界各取两个点——边界内和边界外各一个。

2.2.3 正交试验法

当测试参数多、组合爆炸时，正交法就是救星。比如一个接口要测4个参数，每个参数3个水平，全组合是81种。正交法用L9(3⁴)正交表，9个用例就能覆盖主要交互效应。

我举个例子。测试一个Wi-Fi模块，影响因素有：信道（3个）、发射功率（3档）、天线类型（2种）、环境温度（3个）。全组合54种，正交法压缩到9种。你想想看，量产测试中时间就是成本，这差距太大了。

2.3 测试资源与排期管理

计划写得再好，资源不到位也是白搭。我见过太多项目，测试计划写得漂漂亮亮，结果测试设备不够、人员排不开，最后只能压缩测试项。嗯，这里要注意，资源规划要提前做，而且要留buffer。

2.3.1 资源清单：别漏了这些

• 硬件资源： 测试设备（示波器、频谱仪、万用表）、治具、DUT数量、耗材
• 软件资源： 测试脚本、自动化平台、数据采集系统
• 人力资源： 测试工程师、技术支持、产线操作员
• 环境资源： 温箱、屏蔽房、ESD防护设施

2.3.2 排期：从甘特图到关键路径

排期不是简单地把任务排到日历上。我习惯用关键路径法。先找出哪些任务是串行的、哪些是并行的，然后找到最长的依赖链——那就是关键路径。关键路径上的任务，一天都不能拖。

举个例子。一个典型的量产测试排期：

1. 治具设计与制作（2周）——关键路径
2. 测试脚本开发（1周）——可与治具并行
3. 设备采购与调试（1.5周）——关键路径
4. 小批量试产（0.5周）——关键路径
5. 问题修复与回归（1周）——关键路径
6. 量产放行（0.5周）

你看，治具、设备、试产、修复这四块是串行的，总工期5周。脚本开发可以和治具并行，不影响总工期。排期时，我会把关键路径上的任务标红，每天跟踪。

2.4 测试计划的核心框架

最后，我分享一下测试计划文档的骨架。不是模板，而是必须包含的内容：

• 测试范围： 测什么、不测什么（明确排除项）
• 测试策略： 功能测试、性能测试、可靠性测试的侧重点
• 测试用例清单： 用例ID、描述、前置条件、步骤、预期结果
• 资源需求： 设备、人员、环境、时间
• 风险与应对： 识别风险，提前准备预案
• 交付物： 测试报告、缺陷清单、测试日志

嗯，到这里，测试计划的核心内容就讲完了。记住一句话：测试计划不是写给别人看的，是指导自己打仗的。下一节，我们会聊测试用例的评审与优化，到时候再细说。