开发申请测试时，不写缺陷原因，怎么办？

caohx_7604

公司颁布了缺陷编写规范中，明确规定开发必须在回复缺陷时，写明缺陷产生的原因。
但事实上开发大多只是回复“已更改”。
跟他们说，他们说，那是编码细节，没必要写。在他们看来大多都是编码细节。
被气的都快流泪了

我个人觉得，缺陷原因写上，无论对后期的测试（可以帮助我们分析出更多类似情况），还有以后缺陷的查看上，都会有很多好处。
个人觉得，为了便于管理，除了用户手册的错误可以回复“已更改”，其余都应该写原因。
制度好定，执行起来就这样？？？
难道以后觉得没有写原因，就把缺陷打回去？

大家公司是怎么处理的？有什么好方法？

caohx_7604

等回复，有时感觉开发为啥那么拽，测试怎么了？

jenery

以前也遇到过。一般都是跑过去问他们原因，多几次他们就自动会把原因写上去了

yangxu0601

首先要领导重视这个问题，领导重视了就好办。
我们的做法就是直接打回去。
而且我们要求开发人员在修改问题时必须写明产生原因、处理结果、相关影响

lgv779

首先你们公司要让测试人员明确，产品上不上线不是开发说了算，是测试人员说了算
其次测试人员掌握着开发的把柄，你能找到问题，是帮助他们，所以角色上你要强势，软蛋是做不好测试的
再次和同事们商量多找点问题出来，整几次开发就舒坦了，呵呵开发的看到不要骂

caohx_7604

谢谢大家的回复！
问了领导，领导说：多和开发说说
我也想像 yangxu0601那样爽快，把没有原因的问题直接打回去，可是又怕那样会把关系弄僵

weeny

我们倒是不会让开发写出来，我们是版本一个迭代开一次质量会议的，对缺陷进行分类，会分析产生各类缺陷的原因神马的。。。