开发详细询问bug场景
首先，询问开发是否已经查看bug管理系统的bug描述和复现步骤。
如果，开发没有查看bug描述，告诉开发在bug系统中已经详细说明bug的复现步骤。如果再有不明确的地方，可以随时沟通。
如果，开发已经查看bug描述，还是有不清楚的地方，那么需要针对有疑问的地方进行详细解释，或者当面沟通。
最后，需要反思自己提交的bug描述和bug复现步骤是否清晰明了。提交bug的时候，做到描述详细，清晰明了。如果是UI方面的bug，可以附上截图。自己附上造成bug 原因更好，有助于开发定位bug。
当开发自测不充分，产品有严重bug阻碍测试
在提测系统中，将本次提测打回，注明理由“冒烟测试未通过，出现严重bug，阻碍了测试进行”。
找开发沟通，告诉开发冒烟测试未通过。详细告知严重bug复现步骤和发生原因。
并且告知开发，该bug严重影响到了测试工作开展，希望开发修改bug充分自测之后，再提测。
当开发实现的功能不符合产品需求
首先自己对产品需求进行客观分析，如果产品需求是合理并且经过事先评审，那么提bug给开发，并且告知开发原因。
如果开发对产品需求有异议，并且执意按照自己逻辑的开发，那么可以拉上产品一起，进行三方沟通，达成最终方案。
当开发偷偷改代码，直接上线出现了bug，求助你时
首先，提醒开发进行版本回滚，尽量避免线上影响。
然后，和开发一起找bug，并且分析bug原因。
最后，回顾整个事件，告诉开发直接上线的风险所在。并且推动上线流程体系完善，只有测试完成并且无修改之后才能上线。