三、有效的沟通

"牺牲色相"-----该方法要求测试人员为了工作，主动和开发建立良好的关系。譬如：请开发吃饭等等，这种方法有效，也是百试百灵。但个人不建议这么做，工作工作，耍手段是不好滴。

"良好的同事关系"----这种方法要求测试和开发平等的地位，测试要本着"我的工作职责是让软件运行的更好"，通过合理的沟通手段，让开发能认同自己的观点，并进行BUG的修复。不要因为自己对技术了解不如开发深，不敢提问题。

"强调BUG的影响"----沟通中提出修改BUG带来的好处，不修改BUG将要导致的问题，让开发明白问题的严重性。那怕是用户体验的BUG，也可以借助用户的场景，说明修复BUG的必要性

四、利用身边的资源

上级领导-----借助测试经理和项目经理，有时候个人不能协调解决的问题，不要逞强，让测试经理和项目经理来协调，切忌不要悄悄的在项目经理面前说开发的坏处，大家都是打工的何必呢，况且不一定能起到作用。要记住--自己找项目经理和测试经理是协议矛盾的，解决问题的。

部门例会-----很多公司，每周或每月都会进行部门例会，方便各个部门间交流沟通，可以由测试经理反映下近测试情况，测试员发现多少BUG，开发修改多少BUG，遗留多少BUG。如果通过公司的运营了解到，用户也出现了遗留BUG中的问题，那更好。通过数字让公司认识到测试的重要性，那么以后BUG的修复工作更好进行。

公司制度-----在国内以前测试员的绩效考核往往是有开发组长来评分，现在很多公司都做到，通过测试发现的BUG数、BUG严重程度来衡量开发人员的工作水平，这也能促进测试工作的开展

BUG管理平台------目前，国内对BUG管理平台的使用还不成熟，个人见到过口述BUG的、纸制BUG单等等，个人不赞同这么做，口述BUG和纸制BUG单保留时间有限，对于有自己产品的公司，历史的BUG很有参考价值。确定BUG时可以拿出以往的BUG库做参考。市面上关于测试管理工具比较的是TestCenter，其对于测试用例管理，缺陷管理，提供了强大的功能。

总结，个人只提出一些实际工作中的经验，也建议大家在工作中学习，不要只看大道理，在特定的环境中掌握的技能才是根本。呵呵，以上是自己的一些想法，希望大家都提出宝贵的意见。