文/秋之川
这是《落叶》文集里第 333 片落叶，希望你能喜欢，不为别的，只为这份坚持。
第十八章 怎么阶段性地管理测试项目进度？
里程碑：指的是项目中完成某个阶段性工作的标志，也就是用一个结论型的标志来描述一个过程性任务的明确起止点。它标志着上一个过程的结束合下一个过程的开始，具有很强的时序性。
大家还记得我在第一章里提到的那个流程吧，里面的那些阶段性标志就是里程碑。
| 里程碑 | 开始标志 | 结束标志 |
|---|---|---|
| PRD sign off | 项目启动 | 评审小组都已签字认可 |
| SPEC sign off | 需求文档评审结束 | 评审小组都已签字认可 |
| TP/TC sign off | 需求文档评审结束 | 评审小组都已签字认可 |
| CC | 功能规格说明书评审结束 | 代码完成并达到提测标准 |
| ER | 所有测试工作已完成 | 项目部署并发布完成 |
进度计划表：也就是基于各个测试阶段的目标、任务、工作量和人力资源而制定的一个明确的日程进度表。
| 测试阶段 | 开始日期 | 结束日期 | 可用资源 |
|---|---|---|---|
| 需求测试 | 2017/10/11 | 2017/10/13 | Frank、Luck |
| 测试设计 | 2017/10/16 | 2017/10/17 | Frank、Luck |
| 功能测试 | 2017/10/18 | 2017/10/26 | Frank、Luck、Kathy、Hut |
| 验收测试 | 2017/10/27 | 2017/10/27 | Frank |
| 回归测试 | 2017/10/29 | 2017/10/30 | Frank、Luck、Kathy、Hut |
| 部署测试 | 2017/10/31 | 2017/10/31 | Luck、Kathy |
| 阶段性里程碑 | 开始标志 | 结束标志 |
|---|---|---|
| 需求测试 | 需求文档评审开始 | 需求文档评审结束 |
| 测试设计 | 需求文档初评完成 | 测试设计评审结束 |
| 功能测试 | 代码完成并达到提测标准 | 功能测试执行轮次完成 |
| 验收测试 | 功能测试完成 | 产品经理通过验收 |
| 回归测试 | 产品验收通过 | 回归测试用例执行完毕 |
| 部署测试 | 回归测试完成且Bug清零 | 部署测试用例执行完成 |
进度管理策略：
- 项目组成员提交项目日报或周报，取决于项目周期的长短；
- 项目组成员每天下班前更新任务进度，根据实际进度和理论进度，计算偏差；
- 检查每日缺陷，根据缺陷增长率和分布，判断项目进度的风险；
- 通过每日站会，了解项目组成员的问题和实际进度；
- 进度管理计划的执行，需要按照不同阶段的特性，由近及远，渐进明晰的推进；
注1：我们这里所说的测试项目，不是那种根据实际工作量和实际人力资源而确定项目发布日期，而是我们最常见的，在需求范围还不是很清晰的情况下，项目的发布日期就已经被确定了。
《告诉你如何从执行测试到管理测试》带你迈出第（18）步！，点击这里可查看完整地图
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
