如何评估测试工作量

上一篇 / 下一篇  2008-07-16 16:41:53 / 天气: 晴朗 / 心情: 平静 / 个人分类:测试管理

 

尽管似懂非懂,偶还是放在坛子里以作备用喽。

 

如何评估测试工作

 

场景一:合同前的工作量估算

场景描述:

 

(1)没有实施过CMMI2级字串3

(2)合同未签,需要给客户报价

 

(3)有客户的概要需求,有类似的项目数据可供参考字串1

(4)需要估计整个项目的总工作量,以便于估算总成本,给客户报价字串5

估算步骤:

(1)寻找类似的历史项目,进行项目的类比分析,根据历史项目的工作量凭经验估计本项目的总工作量;

(2)进行WBS分解,力所能及地将整个项目的任务进行分解;字串6

(3)参考类似项目的数据,采用经验法估计WBS中每类活动的工作量;字串7

(4)汇总得到项目的总工作量;

 

(5)与第(1)步的结果进行印证分析,根据分析结果,确定估计结果。

 

场景二:基于详细需求的经验估计

 

场景描述:

 

(1)只有详细需求,没有历史数据字串8

估算步骤:

 

(1)WBS分解,将任务分解到一个人或者一个小团队可以执行的颗粒度;WBS分解时要识别出所有的交付物、项目管理活动、工程活动等。字串3

(2)采用经验法估计每个活动的工作量;

 

(3)汇总得到:每个阶段的工作量、项目的总工作量。

 

其他说明:

 

在该场景下,只使用了经验法,无法对结果进行印证,难以判断结果的合理性。字串1

场景三:由编码估算整体字串9

场景描述:

(1)有类似项目的历史数据

 

(2)有编码活动的生产率数据

 

(3)有详细需求字串2

(4)实施了CMMI2级,但是没有积累历史项目的工作量分布数据

 

估算步骤:

(1)产品分解,将系统分为子系统,子系统分解为模块;字串8

(2)WBS分解,将任务分解到一个人或者一个小团队可以执行的颗粒度;WBS分解时要识别出所有的交付物、项目管理活动、工程活动等。

 

(3)建立WBS分解中的活动与产品元素的映射关系,识别出WBS中哪些活动可以采用模型法估算;字串3

(4)估计产品元素的规模,可以采用代码行法或功能点法,并估计每个产品元素的复杂度、复用率等;字串7

(5)根据历史的编码阶段的生产率数据和产品元素的规模估计、复杂度、复用率等采用模型法计算每个产品元素的编码工作量;字串9

(6)根据历史的类似项目的数据及估算人的经验估计其他活动的工作量,可以采用经验法。

字串7

(7)汇总得到:每个阶段的工作量、项目的总工作量。

 

其他说明:

 

在该场景下,混合使用了经验法与模型法,这2种方法互相补充,而不是互相印证。

 

场景四:由总体印证基于WBS的估计字串4

场景描述:字串6

(1)有类似项目的历史数据

 

(2) 有类似项目的全生命周期的生产率数据(含管理工作量)字串5

(3)有详细需求

 

(4)实施了CMMI2级,但是没有积累历史项目的工作量分布数据

 

估算步骤:字串4

(1)产品分解,将系统分为子系统,子系统分解为模块;字串1

(2)估计产品元素的规模,可以采用代码行法或功能点法;字串5

(3)累计出整个产品的总规模,并估计产品总体的复杂度、复用率等;

 

(4)根据类似项目的全生命周期的生产率数据和产品的总规模、复杂度、复用率等采用模型法计算总的开发工作量;

 

(5)WBS分解,将任务分解到一个人或者一个小团队可以执行的颗粒度;WBS分解时要识别出所有的交付物、项目管理活动、工程活动等。

 

(6)根据历史的类似项目的数据及估算人的经验估计所有活动的工作量,可以采用经验法。字串4

(7)汇总得到:每个阶段的工作量、项目的总工作量。

 

(8)与第(4)步得出的工作量进行比较印证,如果偏差不大,则以第(7)步的结果为准,如果偏差比较大,要仔细分析原因,可能的原因举例如下:
  类似项目的生产率数据不适合本项目;
  WBS分解的颗粒度不够详细;
  估算专家的经验不适合本项目;
  具体任务的估计不合理;
  针对原因,对估算的结果进行调整,使其趋向合理。字串3

其他说明:

 

在该场景下,对于项目的总工作量有2个结果或者多个结果,这些结果可以互相印证,以发现估算过程中的不合理之处,是估计更加合理。字串4

场景五:三维印证基于WBS的估计

 

场景描述:

 

(1)有类似项目的历史数据

 

(2) 有类似项目的全生命周期的生产率数据(含管理工作量)字串3

(3)有详细需求

 

(4)实施了CMMI3级,有历史项目的工作量分布数据(阶段分布、工种分布)字串5

估算步骤:

 

(1)产品分解,将系统分为子系统,子系统分解为模块;

 

(2)估计产品元素的规模,可以采用代码行法或功能点法;字串3

(3)累计出整个产品的总规模,并估计产品总体的复杂度、复用率等;

 

(4)根据类似项目的全生命周期的生产率数据和产品的总规模、复杂度、复用率等采用模型法计算总的开发工作量;字串9

(5)根据历史项目的工作量分布数据及第(4)步估算的项目总工作量,计算:每个阶段的工作量、每个工种的工作量

 

(6)WBS分解,将任务分解到一个人或者一个小团队可以执行的颗粒度;WBS分解时要识别出所有的交付物、项目管理活动、工程活动等。字串1

(7)根据历史的类似项目的数据及估算人的经验估计所有活动的工作量,可以采用经验法。

 

(8)汇总得到:每个阶段的工作量、每个工种的工作量、项目的总工作量。

 

(9)与第(4)、(5)步得出的工作量进行比较印证,如果偏差不大,则以第(7)步的结果为准,如果偏差比较大,要仔细分析原因,可能的原因举例如下:
  类似项目的生产率数据不适合本项目;
  WBS分解的颗粒度不够详细;
  估算专家的经验不适合本项目;
  具体任务的估计不合理;
  针对原因,对估算的结果进行调整,使其趋向合理。

 

其他说明:

 

在该场景下,对于项目的总工作量有2个结果或者多个结果,并且采用2种方法都得到了每个阶段、每个工种的工作量、项目的总工作量,可以从上述的3个维度对这些结果进行互相印证,以发现估算过程中的不合理之处,是估计更加合理。

 



 


TAG: 测试管理

 

评分:0

我来说两句

日历

« 2024-04-07  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 10809
  • 日志数: 17
  • 图片数: 1
  • 书签数: 1
  • 建立时间: 2006-12-22
  • 更新时间: 2008-09-17

RSS订阅

Open Toolbar