缺陷评审

测试完一轮后，提交BUG给程序员，有答复修改和答复不修改的问题，此时是否只是针对回复不修改的问题进行评审？应对哪些BUG做评审，界面类或影响不大的问题置不修改时是否有必要提出评审？
    哪些人有资格参加缺陷评审，测试员和程序员是否有表决权，哪些人是必须要参加的，谁享有最终决定权？

测试员，开发员。项目经理。

测试要坚持自己的观点。项目经理会根据各种情况综合考虑是否修改的
比如：第一轮的目标就是实现主要功能，那么界面问题就可能不用讨论。
如果第一轮发现了需求缺陷、设计缺陷、重大功能缺陷，那必须要在第一轮解决，否则对后面的影响无法想象。

 

让项目经理决定吧，开这样的会议最好把项目经理，测试组长都叫上，有些问题很严重，但是考虑到其它因素，如发布，对其它模块影响较大等，开发都不乐意改的；对于谁具有否决权，说白就是是项目经理----

 

如果开发人员认为某个问题不是BUG，必须要给出合理且说得通的解释，且这个解释不能违背产品需求。
测试人员要对开发人员认为不是问题的BUG进行仔细分析，如果开发人员的解释不能让信服的话，要阐明你的观点，如果开发人员依然坚持不改，这样的问题是需要提交给项目经理进行决定的，因为有些BUG在不影响用户正常使用的前提下是可以暂时或永久保留的。开发人员和测试人员对一些存在争议的问题是没有决定权的。测试要讲究方法，5楼说的很好。