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

文/秋之川

【目录】

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

第二十二章 清单是否能提高计划阶段的工作效率？

团队成员在设计测试用例的同时，我也一直在优化我的测试计划，在这个过程中，我发现一个问题，就是同样是测试设计阶段，现在的我和之前的我相比，需要关注的事项多了很多，同时，我自己也需要负责一两个需求的测试设计，所以我需要经常在两个角色之间切换，导致我经常忘记一些需要做的事项，毕竟我的脑容量和精力值也是有限的嘛。

不过前两天才看到一本书，叫做《清单革命》，受益匪浅，这里就不赘述了，一句话总结，任何事情或活动，都可以制订一份清单，用于执行或检查。所以我尝试着制定了一份相对完整的测试设计阶段的执行性单：

1. 确定如何规划范围、时间、成本、质量、风险、流程改善并按知识领域形成测试项目管理计划；
2. 修订来自启动过程中的测试需求，使之更加具体；
3. 建立项目交付成果描述以及完成交付成果所需的工作（测试范围说明书）；
4. 在详细计划之前，利用测试范围说明书，获得干系人对“最终”范围的批准；
5. 确定团队；
6. 把工作分解为更小的、易于管理的部分(WBS)；
7. 在 WBS 词典中说明每一个工作包，使接受工作包的人能够清楚理解工作并且不会发生镀金；
8. 如果必要，把工作包进一步分解为活动；
9. 把活动排序，确定紧前和紧后活动；
10. 估算所需资源；
11. 找到相关部门经理，获取资源的承诺；
12. 确定估算所需的准确程度；
13. 让活动工作人员估算时间和成本；
14. 在进度压缩前确定项目所需时长；
15. 制定初步进度模型；
16. 制定初步预算；
17. 确定质量标准以及衡量质量绩效的质量指标；
18. 确定项目所应遵循的过程，以便减少监督、改善质量；
19. 明确定义角色和职责，使每一个团队成员和干系人都了解各自在项目中的角色和各自所要完成的工作；
20. 确定你从其他项目中所需要的信息，以及需要交付给其他项目的信息；
21. 了解干系人的沟通需求；
22. 完成风险识别、定性和定量分析以及风险应对规划；
23. 重复以上过程，使项目管理计划具有现实性和正式性，并获得认同和批准；
24. 确定项目需要什么采购（测试机器及相关软件）；
25. 准备采购签报；
26. 了解其他项目对你的项目的影响，以及你的项目对他们的影响；
27. 最终确定如何实施和控制你的项目管理计划；
28. 确定项目绩效衡量方法，衡量指标，以及具体含义；
29. 确定控制项目管理计划所需要进行的会议、报告及其他活动；
30. 确定项目中如何改善流程；
31. 执行项目网络分析，查证方案，确认项目目标能够实现，制定最终的项目管理计划和绩效衡量基准；
32. 获得发起人、团队和资源经理对项目管理计划的正式批准；
33. 召开干系人、团队成员、职能经理、参加的项目启动会议，统一起点，获得认同；

看上去挺长的一个清单，实际应用中我也是根据实际的项目复杂度或公司研发管理流程进行相应的裁剪，并不会全部都采用，我想，慢慢地，这个清单应该会越来越短，或者是越来越细，越来越便于执行和检查。

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

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

【目录】