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

文/秋之川

【目录】

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

第二章 要管项目了，我需要做些什么呢？

我经历了什么

学习了解了一些项目管理的理论知识之后，越发地感觉项目管理是一个复杂度极高的活动。

在我过往的项目经验里，我所需要做的工作如下：

1. 阅读需求文档；

2. 设计测试用例（我作为执行资源时，不需要设计用例）；

3. 根据规定的测试时间，计划好自己每天的用例执行量；

4. 报 bug，验 bug，回归测试；

5. 汇报自己的测试进度；

可我现在是要管项目了，我需要做的工作应该有哪些呢？就我平时在项目里的观察，我应该是要做测试计划，分配任务，跟踪每个人的任务进度吧，感觉上也没太多不一样的事情啊？于是我把我的疑惑告诉了老大。

没一会，老大就回复我了：

你之前做项目的时候，是自己管好自己就行了。而现在管项目了，要经历的阶段并没有增减，只是每个阶段要考虑的事情和范围有所变化。

你要全程参与的几个大的阶段有需求评审、测试设计、测试执行、产品发布和进度跟跟踪。以前你只是作为执行者参与其中，看到的和考虑的东西都只是你自己负责的那一小块，但现在你需要考虑整体的东西，具体的不一样，我们后面到了相应的阶段，再详细跟你讲解吧。

我收获了什么

今天从老大那了解到测试项目管理中，划分的几个主要阶段，对照着我自己学习的项目管理五大过程组，做了一下我认知中的对应关系。

需求评审、测试设计和测试执行都应该属于“执行过程组”，产品发布应该属于“收尾过程组”，进度跟踪对应的应该就是“监控过程组”。

但这并不意味着我们的项目里没有“启动过程组”和“规划过程组”，只是我们的日常项目是一个规律的产品研发类项目，如果一定要追溯“启动”这个过程的话，应该是在这个产品刚开始做的时候，有一个启动立项的过程。

而“规划”过程，其实是被拆成了两部分，一部分是产品和运营在做规划时所做的计划，一部分是在需求范围明确之后，开发和测试所做的一个计划。

之前作为执行资源参与的一些项目，采用的是一种瀑布研发模型，公司内部称为
ERCM（Engineer Release Cycle Model），我先把自己了解的几个主要 milestone 记下来，后面边做边熟悉吧。

PM Proposal——>PRD sign off——>SPEC sign off——>TP/TC Sign off——>CC——>CF——>SF——>ER

名词解释

缩写	全称	解释
PM	Product Manager	产品经理
PRD	Product Requirement Document	需求文档
SPEC	Specification	功能规格说明书
TP	Test Plan	测试计划
TC	Test Case	测试用例
CC	Code Complete	代码完成或者提测
CF	Code Freeze	代码冻结
SF	Scope Freeze	范围冻结
ER	Engineer Release	发布

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

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

【目录】