开发不认可bug策略
作为测试，不仅仅要发现问题，更需要站在用户层面主动推进问题得到有效解决；
- 首先要积极耐心和开发进行沟通并共同复现bug，提供测试环境、操作步骤、测试数据、截图、日志等，确保rd对bug有充分的了解，更好地理解和定位bug；
- 其次确认是否由于环境因素或者测试环境的脏数据，导致bug只在测试环境存在，rd在开发环境无法复现；在测试环境给rd演示一遍，如果是有效bug则后续跟踪改进；如果是测试环境脏数据导致的无效缺陷则关闭bug；
- 测试和开发对需求的理解不一样或需求不明确，导致开发认为是无效bug；由于需求二义性，需要同产品确认；
- 开发认为测试是过度测试，在真实环境下用户根本不会这样操作；测试站在用户角度认为认为是有效bug；这时需要同产品确认；如产品确认是有效bug，测试跟进即可；如产品认为无效bug，但测试认为是有效bug，同直属领导反馈并推进；
- bug并没有对应的需求，需要和PM、rd同步沟通，由PM明确说明该需求具体要求，以及解决bug的时间节点；
- 开发认为是开发工具、开发框架或者第三方接口的原因导致的，测试需要寻同开发积极主动沟通，并协调相关人员推动一起解决问题；
- bug为偶现无法复现，开发不认可；如复现不了，尽量提供详细的问题信息（录屏、日志信息、截图信息），再次无法复现，缺陷管理系统提交bug，便于后续观察追踪（标记为偶现）；