什么时候关闭Bug?
最近面试被问到这个问题,偶简单总结了一下,欢迎大家批评指正,继续加以补充.1)当经过测试人员的回归测试,确实发现Bug得到解决.
2)根据软件进度及成本,存在少量的一般性、提示性的Bug,而且这些Bug能够被用户能够容忍与接受。 我觉得2应该不被关闭, 只是标注为轻微.在以后有时间可以让开发进行修改. 原帖由 anny_lv 于 2007-10-4 14:32 发表 http://bbs.51testing.com/images/common/back.gif
我觉得2应该不被关闭, 只是标注为轻微.在以后有时间可以让开发进行修改.
支持这个说法:) 对于2,其实关闭无妨大碍。closed的bug也可以reopen,当然前提是工具支持。
关于这个问题,我觉得1的回答是足够的,2的回答是偏书本的,好像是背过似的。在现实中,还会有:
3.当developer发现这个issue不是bug的时候,developer可以直接关闭,如果工具支持,bug有一种状态叫做NotABug
4.当这个bug是duplicated的时候,其实也是一种closed的状态
5.当这个bug虽然被developer confirm,但是不会考虑到种种原因WillNotFix,也算closed的吧?我记得是(还要再查一下) good 在发布版本前的最后一次测试中通过的BUG,都可以关闭的。 BUG的关闭,我认为有3种情况:
1、BUG被验证已经解决;
2、BUG被证明不是BUG;
3、项目完结;
对项目完结需要解释一下,也许有的项目有很多版本,但是随着V1.0发布,V1.0的BUG就应该随之关闭,等V2.0或者其他版本开始时,又是一个新的项目,这些在V1.0被关闭的BUG还存在,所以又会在V2.0里作为新的BUG。
以上纯属个人见解,不当之处请指出讨论。 楼上得回答很好 :victory: 路过····看看 说一下我们公司的情况,bug关闭
1.bug经修改后测试验证通过。
2.经项目组讨论后,bug可不做修改的,添加注释即可关闭
3.项目组确认并非bug
项目结束后bug也不会进行关闭,除非项目经理在未解决bug上添加合理说明,各方承认后才能关闭
因为项目入库要求是遗留bug不能大于3%,并且不允许严重bug,所以一般都会有遗留bug
我们公司主要是做项目,不是产品,所以很少涉及到版本升级,一般升级之前的bug验证本版本依然存在后也是会列为新bug,但之前的bug作为之前项目保留不会关闭掉。
页:
[1]