说法一：

1、首先明确开发说不是bug的理由。

2、如果是需求变更， 那就找产品经理确认是否是需求变更。

3、如果开发说测试环境问题， 让他说明清楚测试环境问题是什么，按照他说的验证一遍， 如果确实如他所说， 关闭bug，但是不是他说的那样，继续激活bug给开发解决，确保产品质量。

4、如果开发说用户不存在这种使用场景， 但是我们不认可他说的，把这个bug 知会到测试经理，让测试经理去判定。

说法二：

1.告知开发bug的判断依据，同时明确开发说不是bug的理由。

2.对开发的理由进行校验，校验依据1.参照需求文档，2.跟产品经理进行沟通确认。

校验结果不是bug，关闭bug，如果是bug提交给开发进行处理，确保产品质量

说法一：

1、首先明确开发说不是bug的理由。

2、如果是需求变更， 那就找产品经理确认是否是需求变更。

3、如果开发说测试环境问题， 让他说明清楚测试环境问题是什么，按照他说的验证一遍， 如果确实如他所说， 关闭bug，但是不是他说的那样，继续激活bug给开发解决，确保产品质量。

4、如果开发说用户不存在这种使用场景， 但是我们不认可他说的，把这个bug 知会到测试经理，让测试经理去判定。

说法二：

1.告知开发bug的判断依据，同时明确开发说不是bug的理由。

2.对开发的理由进行校验，校验依据1.参照需求文档，2.跟产品经理进行沟通确认。

校验结果不是bug，关闭bug，如果是bug提交给开发进行处理，确保产品质量