提的bug研发不解决怎么办？找他干一架？

测试的工作职责之一就是从程序中找 Bug，提 Bug 单给研发同学，但并不是所有的 Bug 研发都会认，也不是所有的 Bug 会被立即解决。当提交的 Bug 研发不解决我们应该怎么做呢？

测试提的 Bug 研发不解决，无非就两个原因，一是研发认为测试提交的 不是Bug；二是 Bug的影响范围和紧急程度不高，研发资源不足，暂时留存 Bug 不修改。

如果是因为第一个原因，研发不修改 Bug，测试同学就需要给出足够的证据来证明，提交的 Bug 确实是一个问题，标明 Bug 是否必现，重现的步骤、用到的测试数据、验证的场景等。

当测试和研发双方谁都不服不了谁时，就需要邀请产品从业务角度来判断测试提交的 Bug 是否是真正的问题，产品同学认为不是，请产品同学给出具体的理由，测试将 Bug 单关闭。产品同学认为是问题，则请研发同学修改 Bug。

若是第二个原因，也需要先由产品同学判断 Bug 的对业务的影响范围及程度，Bug 不解决会造成的风险，线上出现问题后是否有补救的方法等。产品同学确认影响范围和风险可控，出现问题后可通过刷库、人工运维的方式解决，测试可将 Bug 的优先级调低，Bug 状态修改为 Later(延时解决)。如果 Bug 不修改会对业务造成极大的风险，研发就必须要解决Bug，不能作为遗留问题，测试同学要提升 Bug 的严重程度和优先级，如果 Bug 得不到解决就不允许准入，不给出测试通过的测试结果报告。 

工作中遇到测试提交的 Bug 研发不解决，要具体情况具体分析，如果不解决Bug 测试要要求研发同学给出不解决的原因，预计的 Bug 解决时间，上述信息都要在 Bug 单上记录，以免时间久了以后造成遗忘。

最后祝大家都能找到心仪的工作，快乐工作，幸福生活，广阔天地，大有作为。我也整理了一波之前发布的软件测试文档【点击文末小卡片免费领取】，无套路领取！

整份文档一共有208 页，全部为大家展示出来肯定是不太现实的，为了不影响大家的阅读体验就只展示了部分内容，还望大家海涵，希望能帮助到您面试前的复习且找到一个好的工作，也节省大家在网上搜索资料的时间来学习！