利用敏捷开发思想实现测试时间评估

上一篇 / 下一篇  2012-04-06 16:00:03

引用至:http://www.songliner.com/archives/390.html


估计测试工作量是 一个很重要的方面,因为它会关系到项目的成本预算,工作计划进度的安排,项目能否按时交付等。

评估测试时间有很多方法,这里介绍一种简单的评估方法,它是我借鉴<<Scrum and XP >> 中文名<<硝烟中的Scrum和XP>>里面的估算Story方法而得来的。个人觉得它也适用于测试时间评估。具体如下:

一、前提条件:

1.尽可能多的人参与到评估中

2.参与的每个人都有参与类似测试的经验

3.参与人员必须要对被评估的测试内容要有一定的理解

二、评估过程:

1.每个人都得到如下图所示的13张卡片。

2.每个人都选出一张卡片来表示他的时间估算,并把它正面朝下的扣在桌子上。

3.所有人完成以后,桌上的纸牌会被同时揭开。这样每个人都会被迫进行自我思考,而不是依赖其他人估算的结果。

4.如果两个估算之间存有巨大差异,团队就会就此进行讨论,并试图让大家达成共识。

5.每个人都要对每个测试内容进行估算,而不是“他们自己负责”的部分工作。

注意:这里的数字顺序不是线性的。例如在40和100之间就没有数字。为什么这样?

这是因为,一旦时间的估算值比较大,其精确度就很难把握;这样做就可以避免人们对估算精确度产生错误的印象。如果一个测试内容的估算值是差不多20 个小时,它到底应该是20还是18还是21,其实无关紧要。我们知道的就是它是一个很大的任务,很难估算。所以20只是一个粗略估计。需要进行更精确的估算?那就把任务分拆,去估算那些更小的任务。另外,你也不能搞那种把5和2加起来得到7的把戏。要么选5,要么选8,没有7

有些卡片比较特殊:

0 = “这个任务已经完成了”或者“这个任务根本没啥东西,几分钟就能搞定”。

?= “我一点概念都没有。没想法。”

咖啡杯 = “我太累了,先歇会吧。”


TAG:

 

评分:0

我来说两句

我的栏目

日历

« 2024-03-20  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 6872
  • 日志数: 14
  • 建立时间: 2006-12-29
  • 更新时间: 2018-09-03

RSS订阅

Open Toolbar