td中bug状态的变化
td中的bug原有状态共有6个：new，open，fixed，closed，rejected，reopen。1、一个bug新建以后的初始状态为new，测试经理审阅确认为bug以后，将其状态修改为open，若发现不是问题，那么此时bug状态是修改
为closed， 还是需要新建一个状态not a bug来标识呢？
目前我们公司是新建了一个状态not a bug来标识，但是考虑到td本身自带的状态就是6个，所以提出以上疑问。
2、被开发rejected的bug，是要修改状态为closed来标识，还是保持rejected不变？
目前我们公司是修改为closed，但是这样在绩效考核时，就会对开发不利，明明是测试失误导致的bug，但由于最后状态是closed，都会算
为是测试工作的表现，大家怎么看待这样的问题呢？
有没有什么td本身自带的说明可以参考一下的呢，希望各位朋友都进来发表一下意见，或者说说你们公司目前对bug状态是怎么管理的，先谢谢大家了！sdlkfj2 1、像你们公司那样也是合理的！有些公司提交问题是不经过测试经理的，毕竟经理很忙，有时不及时处理影响项目进度！
2、保持rejected
应该还有verified，就是fixed的问题被测试人员测试通过了，标识为verified，由测试经理审阅后closed
还有suspend，挂起，就是所提BUG是问题，但是开发无法解决或者可以暂时规避，有时间再解决！
我说的仅供参考！
[ 本帖最后由 qiaosl 于 2007-5-29 21:11 编辑 ] 好像都有道理 更倾向与
应该还有verified，就是fixed的问题被测试人员测试通过了，标识为verified，由测试经理审阅后closed
还有suspend，挂起，就是所提BUG是问题，但是开发无法解决或者可以暂时规避，有时间再解决！ 同意：
1、“还有suspend，挂起，就是所提BUG是问题，但是开发无法解决或者可以暂时规避，有时间再解决！”
2、rejected状态的bug就保持该状态不变；
但是觉得veritfied状态的存在，与new状态一样，同样都会增加测试经理的工作量。
通过大家的说法，我现在比较倾向的状态是如下几个： open，fixed，closed，reopen，suspend，rejected。
测试人员发现的bug状态直接为open，开发觉得不是bug就可以直接rejected，这样就可以剩下测试经理的时间和精力。在绩效考核的时候通过rejected状态的bug数量作为对测试人员的考核指标之一，这样有了考核指标，与利益挂钩，也就可以约束测试人员认真对待每个要提出的bug。
大家觉得还有什么更合理的说法吗？sdlkfj2 我是这么处理的，设置两个字段，一个是缺陷状态：新缺陷，已关闭，重新打开，另一个是是否修改字段：未修改，已修改，已否决
回复 #5 feifeimao 的帖子
我觉得还应该加上Invalid，用来标识经过确认后不是bug的状态。open，fixed，closed，reopen，suspend，rejected，Invalid。
测试人员用到的状态有：new，open，reopen，Invalid。
开发人员用到的状态有：fixed，suspend，rejected。 楼上的，您好！
有没有考虑过这种状态呢：测试经理一个人管好几个项目的测试，这样对每个项目具体问题的了解也就不如测试人员，这种情况下，不如每个问题的初始状态就定位为open，如果开发看过确认不是bug，那么修改问题状态为rejected就可以了。
不过这样一说，我又有问题了，测试经理具体做什么工作呢？sdlkfj3
页:
[1]
