大家来讨论下在测试人员关闭BUG时是否应该写注释

nanmu

先说下个人看法，由于一直用的是bugfree，所以一般都是在bug非fixed状态下才写注释，写下关闭的理由。fixed状态的bug回归没有问题一般都不写注释的。
欢迎大家批评指正，欢迎来讨论！！！

luming

没什么太多的影响，我用cq的时候，设置程序员修改状态的时候必须写注释，但实际大部分人也就写个已修改，甚至一个标点，这些东西更多靠自觉。
而且我也没想明白，关闭缺陷为什么要写注释，只有在非正常关闭的时候，我才会说明一下关闭的理由，其他情况，没有什么必要吧。

[ 本帖最后由 luming 于 2009-11-19 22:06 编辑 ]

nanmu

昨天公司说程序员解决BUG的时候必须写注释，后来就讨论起来关闭BUG是否写注释，呵呵，就是看看大家都是怎样的，我也觉得关闭BUG时写注释有点无厘头

mentgmery

任何一次BUG状态的变更都应该有注释的

[ 本帖最后由 luming 于 2009-11-20 13:38 编辑 ]

mentgmery

或者每一次对BUG做验证后,都要写上注释

luming

原帖由 mentgmery 于 2009-11-20 10:52 发表
任何一次BUG状态的变更都应该有注释的

那么你认为应该写哪些方面的内容呢？像修改时间等，都有缺陷管理工具自动填写，真正需要说明的，都是一些异常的情况，比如说开发人员发现提交的缺陷在他的系统上没有发生，或者说这个问题在修改其他问题的时候解决等等。正常情况下，修改了就是修改了，关闭了就是关闭了，感觉并没有什么可以多说的地方。

nanmu

同意

gaha

写不写看习惯，反正每次都写，写的清楚，几天、几周、几月、几年后拿出来看，都会很明白。

havards

平时工作的时候经常遇到LZ说的情况：
可是有一点，如果开发人员修改问题的时候只是改下状态，不说明缺陷的根本原因或者做了哪些更改，验证问题的时候就无法对症下葯，因为一个缺陷可能有N多个表象，而我们测试的时候发现的只是表象。
我们验证问题的时候不能只去重复当时发现问题时候的步骤，这样是远远不够的，如果知道了开发人员做了哪些更改，这样去测试的时候就能更好的从根本上去测试这个问题。

再举个例子，大家可能都遇到过报告的问题被置成重复问题的情况，有时候可能会有10多个问题都关联到一个问题下，因为都是这个问题的重复问题，遇到这种情况，开发人员要是再不写做了哪些修改，测试人员去验证问题的时候会一头雾水的。

sslinmyt

顶楼主

rebecca2008

我写，包括正常关闭，简单几个字，比如“缺陷已修复”，反正几个字写与不写也没差太多，还是写吧。因为究竟是由什么状态到关闭的，这也不是特别一目了然（除非查状态），所以还是写好。还有其它人看呢~！

huzhiliang