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

蝴蝶 · 发表于 2012-4-13 09:49:29

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

评估测试时间有很多方法，这里介绍一种简单的评估方法，它是我借鉴<<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 = “这个任务已经完成了”或者“这个任务根本没啥东西，几分钟就能搞定”。

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

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

上一篇：软件生命周期
下一篇：软件测试流程实施方案

Muradai · 发表于 2013-4-30 09:00:01

顶不错支持下

fausersRora · 发表于 2013-5-16 16:04:45

有空一起交流一下。

ActitteKisk · 发表于 2013-6-15 10:35:28

很有借鉴意义，先收藏了，谢谢楼主。

朋友的天空 · 发表于 2014-9-6 21:23:43

其实，很多情况下都是这样的，习惯就好。

笑叹一世浮沉 · 发表于 2014-10-17 11:23:46

看起来好像不错的样子

梦涂黑 · 发表于 2015-12-3 14:06:20

很有见地的探讨，先收藏着~

复古 · 发表于 2016-6-5 15:11:25

路过的帮顶

摇滚乐狂 · 发表于 2018-6-10 13:46:34

众里寻他千百度，蓦然回首在这里！

蔡慧玉滋 · 发表于 2018-12-16 14:55:56

学习下我只是路过，不发表意见……

别低贱了自己 · 发表于 2019-5-15 17:38:36

路过帮顶嘿嘿

海拥，鱼溺， · 发表于 2019-7-21 11:11:25

我是个凑数的。。。

︶￣兮忆 · 发表于 2020-4-9 15:32:52

很有见地的探讨，先收藏着~

茆缇° · 发表于 2020-5-3 07:14:34

众里寻他千百度，蓦然回首在这里！

不成功也成仁 · 发表于 2020-10-22 16:34:06

打酱油的人拉，顺便赚点金币

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

逛了这许久，何不进去瞧瞧？