文/秋之川
这是《落叶》文集里第 *326 *片落叶，希望你能喜欢，不为别的，只为这份坚持。
第十一章 我是怎么开始制定第一份测试计划的？
在需求评审进行到差不多百分之七八十的时候，有一天，老大钉钉上问我，“你的测试计划可写好了？”
“呃。。。快写好了，我今天下班前一定把初稿发给你”我连忙回答道，其实我压根一个字都还没写呢，因为之前我都是只要把自己负责的需求做一个测试工作量评估，发给老大，老大负责做计划，然后我按计划执行就可以了，所以，完全忘了，现在的测试计划是应该我来做了。
我觉得这个难不倒我，我把之前项目里老大做的测试计划找了出来，准备基于它修改一下，想着应该就可以交差了吧，于是，我打开了测试计划文档，浏览了下结构：
- 项目背景；
- 测试需求列表和范围；
- 测试风险分析；
- 测试策略；
- 项目估算；
- 项目资源；
- 测试阶段和日程表；
- 进度跟踪和沟通机制；
发现其中有几项参照着之前的内容，更新一下就可以了，但还是有几项，仅从之前的内容中，看不出分析或制订的方法，也就是看不太明白为什么那么制订？
于是，我就把我看不明白的地方整理成了下面几个问题：
- 怎么分析测试过程中的风险？
- 假如分析得出了测试过程中的一些风险，又该怎么去应对？
- 制定测试策略的意义在哪里？
- 怎么跟踪进度和沟通难道也要在测试计划里事先制定好吗？
我把这些问题都发给了老大之后，开始更新我自认为已经明白的部分。
- 项目背景；
（1）项目的基本背景信息；
（2）目的是什么；
（3）测试对象是什么；
（4）有什么特殊的事业环境因素等等； - 测试需求列表和范围；
（1）产品提供的需求清单，包含需求编号、概要名称、产品负责人、开发负责人、测试负责人等等；
（2）相关功能模块的回归测试；
（3）非功能性测试需求清单，比如性能测试需求、兼容性测试需求，升级测试需求； - 项目资源；
（1）列出当前项目可用的测试资源，包括软硬件资源和人力资源；
（2）按照需求评审的逐步清晰，对之前所做的任务分配做相应的调整，再将非功能性测试需求也做一下任务分配。 - 项目估算；
按照第3项所做的任务分配，发给相应的测试责任人，让他们在下班前给出自己负责需求测试任务的工作量评估，单位是人日。 - 测试阶段和日程表；
（1）具体测试阶段大致也就是分为需求验证测试、非功能性需求测试、回归测试、验收测试等等，每个阶段都应该有明确的开始条件和完成标准；
（2）按照当前这个项目的工期初步估计，测试时间大约有两周，具体日程表，要等项目估算出来了才能制订；
《告诉你如何从执行测试到管理测试》带你迈出第（11）步！，点击这里可查看完整地图
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
