一个简单的bug跟踪流程

edwin_chen · 发表于 2006-1-8 16:53:45

在我们第一册书中的幻灯片第577页

第3步得到新的bug后第4步解决bug这个都没有问题

第5步的check in也没有问题，为什么第6步是专家会诊的批准

不是修改完毕了代码之后应该是回归测试吗
而书上6之后的第7 又是check in了

而把测试人员验证bug解决并关闭放到了第10步？？

我一直疑问步骤是不是正确？？

red-hat · 发表于 2007-6-13 14:25:49

海龙老师就是high

jane.su · 发表于 2007-6-13 13:30:21

我也补充下我的理解：
专家会诊，就是看当前准备修复或已经修复的bug，针对bug的争议点，决定是否要在当前版本里面fix掉；如果专家觉得这个bug可能会牵连到其他问题，不太适合这个时间点来修复，那么可以推迟修复。

qubao0451 · 发表于 2007-6-13 13:19:06

我们刚学完,~~~``

海龙 · 发表于 2006-1-10 08:48:50

专家会诊要确定是不是修复这些缺陷，同时要评估修复后的风险，特别是项目快发布前，修改是非常谨慎的，因为修改会导致新的问题。这也就是为什么现在很多的软件发布时的Release notes里面，会有一个列表说明存在哪些没有修复的缺陷。
只要进行修改就必须回归测试，与是否会诊无关。

edwin_chen · 发表于 2006-1-9 23:58:37

谢谢王老师，那么第6步的专家会诊，他们讨论的是什么呢？？？？
既然有了他们的会诊，测试是不是就可以不用做了呢，或者有了测试就可以不用会诊了呢？
谢谢

海龙 · 发表于 2006-1-9 09:47:21

第5步是Check in请求，请求被批准后是第7步是check in

Check in是源代码，源代码需要进行编译，编译以后放到发布服务器，然后测试人员从发布服务器获取程序，进行回归测试。

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

一个简单的bug跟踪流程

gao

456

站长推荐 /1