BUG处理方法-三方会审 软件测试
一、BUG录入：每天下班前录入当天系统的遗留BUG，格式按照现有格式。
二、BUG的处理和关闭
程序员每天花一定时间进行BUG的修改，修改后标记为“已解决”“已修复”;测试员再次测试“已解决”“已修复”的BUG，根据情况标记为“已关闭”或“活动的”。
三、BUG处理方法：三方会审
◆三方会审结果确定原则：少数服从多数。
◆每天上午上班时或上一天测试人员写入BUG后设计/开发者查看“未批准(未经会审)”的BUG，测试人员查看“已解决”的BUG，如果有问题则标记为“问题”并发起项目管理&设计/开发/测试三方一起会审BUG。
◆如果中午之前没有开会则表示所有人认可昨天新填BUG的正确性和优先级，以及昨天BUG解决的正确性。由项目管理人员将“未批准”的BUG状态修改为“已批准”，测试人员将“已解决”的BUG状态改为“已关闭”。
◆如果任何人对BUG的处理结果不同意(比如测试人员认为没有修复而程序员认为已经修复)，可以随时发起三方会审。结果以三方会审结果为准，所有人必须遵守。
◆每次迭代结束清理BUG时，不能遗留优先级为1，2的BUG。
四、BUG的优先级设定原则如下：
1. 优先级为1的(必须马上修改的)：
◆逻辑(包括业务逻辑)出现错误
◆系统崩溃、死机、无法运行、无法部署、影响其它用户使用的错误页面
◆数据损失、败坏或遗失，破坏文档
◆主要功能无法正常使用、主要功能与设计不符
◆阻碍测试工作的继续进行
◆严重安全问题
2.优先级为2的(应该一周内修改的)：
◆绝大多数的辅助功能问题(包括无法使用和与设计不符等)
◆会给用户造成迷惑的非功能性问题,如提示与事实不符。
文章来源于领测软件测试网 https://www.ltesting.net/
