如何评估测试工作量(2)

发表于:2014-12-05来源:uml.org.cn作者:不详点击数: 标签:测试工作量
场景描述: (1)有类似项目的历史数据 (2) 有类似项目的全生命周期的生产率数据(含管理工作量) (3)有详细需求 (4)实施了CMMI3级,有历史项目的工作量分布数

  场景描述:

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

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

  (3)有详细需求

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

  估算步骤:

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

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

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

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

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

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

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

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

  (9)与第(4)、(5)步得出的工作量进行比较印证,如果偏差不大,则以第(7)步的结果为准,如果偏差比较大,要仔细分析原因,可能的原因举例如下:

  类似项目的生产率数据不适合本项目;

  WBS分解的颗粒度不够详细;

  估算专家的经验不适合本项目;

  具体任务的估计不合理;

  针对原因,对估算的结果进行调整,使其趋向合理。

  其他说明:

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

原文转自:http://www.uml.org.cn/Test/200802299.asp