大叔大婶带你走一条接地气的测试进阶之路

告诉你如何从执行测试到管理测试(2)

上一篇 / 下一篇  2017-09-21 12:11:57 / 个人分类:项目管理

第二章 要管项目了,我需要做些什么呢?

我经历了什么

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

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

  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

名词解释

缩写全称解释
PMProduct Manager产品经理
PRDProduct Requirement Document需求文档
SPECSpecification功能规格说明书
TPTest Plan测试计划
TCTest Case测试用例
CCCode Complete代码完成或者提测
CFCode Freeze代码冻结
SFScope Freeze范围冻结
EREngineer Release发布

TAG: 项目管理 测试管理 学以致用

 

评分:0

我来说两句

日历

« 2024-04-14  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 72377
  • 日志数: 82
  • 建立时间: 2017-09-03
  • 更新时间: 2018-01-11

RSS订阅

Open Toolbar