新浪微博:罗斯汀zdlzx

测试实际时间比预计时间短的原因

上一篇 / 下一篇  2011-01-20 12:42:22

在引入Scrum以后,项目组的测试人员也开始基于CR估计第一轮测试的工作量(完全按照test case进行测试)。但实践下来发现估计了7天的工作实际用了4天就完成了。到底是哪些因素在作怪呢?

1.没有按时提交到测试版本的一些CR

2.测试人员的focus factor比估计的要高(实际约为0.9,估计为0.7)

3. 多个CR关联到一个test case

因为我们是基于CR来估计工作量的,当某些test case在不同的步骤里有不同CR时,实际执行一遍就可以覆盖所有相关CR的测试点。而测试工作量的估计就多出来了。

4.一些不稳定的功能导致有些地方不能继续往下测试,或者测试人员觉得应该在修好了大问题的基础上再继续执行细节测试更有利于测试效率的提高

5.对于一些大的CR,测试时间估计不准确

建议将这些大的CR相关的test case进行划分,由底向上累加得到测试工作量的估计。而不是直接估一个总数。


TAG:

罗斯汀zdlzx的个人空间 引用 删除 zdlzx   /   2012-10-11 12:49:32
CR: Change Request. 虽然大多数情况下简称“需求变更”,但我觉得应该还包括设计变更之类的其它变更。
老A 引用 删除 archonwang   /   2012-10-09 11:11:30
请教下,什么叫cr?
可能每个地方的术语不是很明白?
 

评分:0

我来说两句

日历

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

数据统计

  • 访问量: 1323506
  • 日志数: 88
  • 建立时间: 2010-08-18
  • 更新时间: 2016-02-25

RSS订阅

Open Toolbar