【落叶326】告诉你如何从执行测试到管理测试（11）

文/秋之川

【目录】

这是《落叶》文集里第 *326 *片落叶，希望你能喜欢，不为别的，只为这份坚持。

第十一章 我是怎么开始制定第一份测试计划的？

在需求评审进行到差不多百分之七八十的时候，有一天，老大钉钉上问我，“你的测试计划可写好了？”

“呃。。。快写好了，我今天下班前一定把初稿发给你”我连忙回答道，其实我压根一个字都还没写呢，因为之前我都是只要把自己负责的需求做一个测试工作量评估，发给老大，老大负责做计划，然后我按计划执行就可以了，所以，完全忘了，现在的测试计划是应该我来做了。

我觉得这个难不倒我，我把之前项目里老大做的测试计划找了出来，准备基于它修改一下，想着应该就可以交差了吧，于是，我打开了测试计划文档，浏览了下结构：

1. 项目背景；
2. 测试需求列表和范围；
3. 测试风险分析；
4. 测试策略；
5. 项目估算；
6. 项目资源；
7. 测试阶段和日程表；
8. 进度跟踪和沟通机制；

发现其中有几项参照着之前的内容，更新一下就可以了，但还是有几项，仅从之前的内容中，看不出分析或制订的方法，也就是看不太明白为什么那么制订？

于是，我就把我看不明白的地方整理成了下面几个问题：

1. 怎么分析测试过程中的风险？
2. 假如分析得出了测试过程中的一些风险，又该怎么去应对？
3. 制定测试策略的意义在哪里？
4. 怎么跟踪进度和沟通难道也要在测试计划里事先制定好吗？

我把这些问题都发给了老大之后，开始更新我自认为已经明白的部分。

1. 项目背景；
   （1）项目的基本背景信息；
   （2）目的是什么；
   （3）测试对象是什么；
   （4）有什么特殊的事业环境因素等等；
2. 测试需求列表和范围；
   （1）产品提供的需求清单，包含需求编号、概要名称、产品负责人、开发负责人、测试负责人等等；
   （2）相关功能模块的回归测试；
   （3）非功能性测试需求清单，比如性能测试需求、兼容性测试需求，升级测试需求；
3. 项目资源；
   （1）列出当前项目可用的测试资源，包括软硬件资源和人力资源；
   （2）按照需求评审的逐步清晰，对之前所做的任务分配做相应的调整，再将非功能性测试需求也做一下任务分配。
4. 项目估算；
   按照第3项所做的任务分配，发给相应的测试责任人，让他们在下班前给出自己负责需求测试任务的工作量评估，单位是人日。
5. 测试阶段和日程表；
   （1）具体测试阶段大致也就是分为需求验证测试、非功能性需求测试、回归测试、验收测试等等，每个阶段都应该有明确的开始条件和完成标准；
   （2）按照当前这个项目的工期初步估计，测试时间大约有两周，具体日程表，要等项目估算出来了才能制订；

《告诉你如何从执行测试到管理测试》带你迈出第（11）步！，点击这里可查看完整地图

作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵

【目录】