如果开发说不是bug，第一反应是什么？以下几点为错误示范
- 开发说什么就是什么，问题关闭
- 自己不能决定，啥都上升到组长或者领导决定
- 坚持认为这是一个bug，但又说不出一个所以然，与开发死杠
一般正确态度是：
- 不管是不是一个bug，首先都要将bug提交到缺陷管理库中
- 然后这种情况出现一般可以分为几种情况：
- 开发没有动过代码，是从产品拉取的标准功能代码，或者从其他生产环境拉取的标准功能代码。为什么到你这就出问题了呢？很可能系统就是设计如此，那么我们就要向产品需求或者反正代码从哪来的就找对应需求确认，是否是设计如此。
- 而是对同一个需求的理解出现偏差，这可能是需求文档写的模棱两可，这时候拉上需求确认，说清楚就行了。
- 还有就是需求没有明确写明，但是你发现这个功能会影响客户体验，而开发不愿意改口头需求。这时候找需求，说明情况，工作量评估，看是否增加这个功能。
- 是一个bug，但如果修改这个bug的风险太大，或者成本太高，结果研发说这个bug不处理。但如果修改可以增加用户体验，前期不建议修改，这个可以让开发给出风险评估，并拉上相关人员，包括上级一起确定，是否修改或者遗留到下一版本。
- 测试要有自己的意见和判断能力，不能开发说什么就是什么。任何问题必须要有详细的判断依据和理由，有理有据是第一步。