4、对于对系统不会造成危害的问题或虽然有微小的危害但修改成本过高而又可以人为避免，则可以将问题遗留到下一版本解决或关闭这个bug，并在bug报告中说明原因和注意事项。

　　5、这个时候，测试人员的态度非常重要，在告诉开发这个问题一定需要解决的时候态度是温和的坚定，并让他意识到问题的严重性。试想想，如果你板着脸孔冷冰冰地丢给开发一句“这个问题一定要解决！”扭头走，他会是怎样的反应呢？可以笑的时候笑吧，大家都是工作，不要将工作的氛围搞得太僵，大家在一个和谐的环境中工作才会保持愉悦的心情。

　　6、发现问题之后测试人员可能心里会嘀咕“反正这是开发的问题让开发去折腾吧”，如果你一不小心这样想了，那偷偷的想几秒钟好了，这个念头闪过之后，作为bug负责人的你怎么忍心看着开发一个人手忙脚乱呢？测试和开发其实是一个整体，在这个整体中的每个人都有责任去解决问题。

　　三、测试工程师和开发工程师的意见不一致

　　1、首先，客观地比较自己的建议和开发的意见哪个更好。

　　2、如果开发的方法的确是比较优化，那应该接受开发的意见；如果经过对比之后还是觉得自己的建议更好，那坚持自己的建议，并详细给开发解释你的建议，通过对比两者之间的差别婉转地告诉开发你的建议值得采纳。

　　3、如果双方还是对各自的意见相持不下，可以跟项目经理一起讨论，由项目经理衡量应该采取哪种处理方法。不过，有时候，项目经理也不一定站在你这边，你可能还需要花脑筋说服项目经理或被项目经理说服。

　　4、当然，这个问题的讨论前提是问题值得花时间和精力去研究讨论，如果是一些比较简单或次要的问题，没必要花那么长的时间去计较了，放过开发吧，也许他真的觉得这个问题没必要这样修改或者是他也修改到很累很烦了，这么简单的一个问题何不让开发轻松一下？

　　四、开发工程师不配合工作

　　1、先进行一个自我检讨：我的态度有问题吗？我报的bug是否都描述清楚了？我所发现的问题是否有价值？如果这些问题的答案是否定的，那么自己先改正了，开发会看大到你的改变，也会调整自己的态度的。

　　2、在一个团队中有一、两个不合作的开发工程师是正常的，不可能每个人都那么配合那么好态度，也没必要自己觉得很难受，因为问题在于他的身上，你做对了自己该做的行了。

　　3、不要去逃避，双方之间换一种有效的沟通方法。比如，在MSN上交流不清楚，换成电话或面对面，听到你愉快的声音或看到亲切的面孔，对双方之间的互动更加有帮助。但不要说着说着火冒三仗，面红耳赤了哦！如果你也是火暴的脾气，面对面交流双方很容易争执起来，那么通过MSN或邮件来交换意见吧！总之，交流的方式是很多的，选择双方更能有效沟通的交流渠道会达到事半功倍的效果。

　　4、尽量避免与对方直接冲撞。人的自尊心都是很强的，学历越高或能力越强的人，通常自尊心也是越强，你尊重他他才会尊重你，说得通俗点，你给了他面子、给了他台阶，他才会给你面子给你台阶。即使双方之间发生了争执，也不要太过介怀，只是工作而已，大方点继续对他真诚的微笑。

　　5、如果他实在不配合，必要的时候，可以适当表达你的立场，或者委婉地向他的领导反映或者将你们之间的交互邮件抄送给他的领导。这是一个有效的方法，但同时也是一个容易引发新的矛盾的方法，记住这样做是为了有效解决问题，而不是在别人背后“打小报告”。这是在工作，对事不对人。

　　在我的team中，有一个开发的态度非常不配合，不管是对我还是其它的测试人员。曾经有一段时间跟他的合作让我觉得非常的难受，后来在一个新的项目启动中，我作为测试负责人，而他作为开发负责人，我对新项目的工作热情一下子降到了冰点。幸运的是，我很快调整了自己的心理状态，要改变别人，首先要改变自己，首先让别人信服自己。于是，我花了很多的时间和精力去研究规范和业务需求，同时也会学习该项目相关的技术，在他的设计文档提交的时候，因为我对业务的透彻理解，指出了他在设计和业务流程处理上的不少问题，在设计上给他不少的帮助，在这合作的过程中，我们的关系慢慢得到改善。讲这个故事，我是想说，在我们的工作开展的过程中，会遇到各种各样的人，并不是每个人都那么容易合作，但开发人员一般也不会是不讲理的人，改善相互之间的合作关系好的方法是先让对方肯定你。