为什么测试阶段的进度最难控制？

跑跑跑跑 · 发表于 2013-8-29 12:39:27

需求不明确，中间存在需求变更。开发工作量估算不准，不能按时发布新程序，BUG修正速度慢。测试工作量估算不准等

紫隐 · 发表于 2013-8-29 14:17:05

测出的BUG是不可预知的，BUG修复的工作量也是不可预知的

愚人 · 发表于 2013-8-29 16:52:12

需求不明确，中间存在需求变更。开发工作量估算不准，不能按时发布新程序，BUG修正速度慢。测试工作量估算不 ...
跑跑跑跑发表于 2013-8-29 12:39

有道理，记下了

愚人 · 发表于 2013-8-29 16:53:20

回复 3# 紫隐

嗯，所以某些公司积累历史数据，已估算可能发现的bug量
bug修复的工作量确实就不好估算了

omg · 发表于 2013-8-29 20:47:48

分析起原因，最好是在开始测试之前就考虑避免和解决。

测试时间评估出了问题？产品质量太差，未知太多？测试人员效率太低？

愚人 · 发表于 2013-8-31 17:18:58

分析起原因，最好是在开始测试之前就考虑避免和解决。

测试时间评估出了问题？产品质量太差，未知太多？ ...
omg 发表于 2013-8-29 20:47

测试时间评估出了问题？
这个肯定会有的

产品质量太差，
指版本质量差？

omg · 发表于 2013-9-3 20:24:05

回复 7# 愚人

嗯，算是版本质量太差，太多BUG，测试忙于处理。这里还是需要进一步考虑，是开发水平不够，还是他们时间太紧，还是设计不够详细，等等。

zhangting85 · 发表于 2013-9-7 20:39:58

因为测试阶段要为前面所有阶段犯下的错误买单，所以测试阶段的进度最难控制了。如果前面阶段都做得很好，测试阶段的进度绝对好控制。

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 为什么测试阶段的进度最难控制？