为什么测试阶段的进度最难控制?
RT 需求不明确,中间存在需求变更。开发工作量估算不准,不能按时发布新程序,BUG修正速度慢。测试工作量估算不准等 测出的BUG是不可预知的,BUG修复的工作量也是不可预知的 需求不明确,中间存在需求变更。开发工作量估算不准,不能按时发布新程序,BUG修正速度慢。测试工作量估算不 ...跑跑跑跑 发表于 2013-8-29 12:39 http://bbs.51testing.com/images/common/back.gif
有道理,记下了 回复 3# 紫隐
嗯,所以某些公司积累历史数据,已估算可能发现的bug量
bug修复的工作量确实就不好估算了 分析起原因,最好是在开始测试之前就考虑避免和解决。
测试时间评估出了问题?产品质量太差,未知太多?测试人员效率太低? 分析起原因,最好是在开始测试之前就考虑避免和解决。
测试时间评估出了问题?产品质量太差,未知太多? ...
omg 发表于 2013-8-29 20:47 http://bbs.51testing.com/images/common/back.gif
测试时间评估出了问题?
这个肯定会有的
产品质量太差,
指版本质量差? 回复 7# 愚人
嗯,算是版本质量太差,太多BUG,测试忙于处理。这里还是需要进一步考虑,是开发水平不够,还是他们时间太紧,还是设计不够详细,等等。 因为测试阶段要为前面所有阶段犯下的错误买单,所以测试阶段的进度最难控制了。如果前面阶段都做得很好,测试阶段的进度绝对好控制。
页:
[1]