这仅代表个人的观点，如有雷同，实属巧合
我是个新人，个人认为要从几个方面入手首先，测试人员提的bug要有一定的说服力，和需求文档是一致的［因为整个软件的开发都是围绕需求来做的，需求是测试和开发的衡量的重要标准］；
其次，测试人员要和开发人员很好的沟通，良好的人际关系也是促进工作的催化剂；
再次，测试人员要和开发人员的角度站在一起，大家的目的都是为了能更好的完善软件，使软件被发布给客户使用，得到的答案是满意的结果； 这么多获奖的啊!!哈哈,羡慕 最主要的是要把bug描述清楚，因为这个bug会导致什么问题
采用这样的句式很有效：“由于什么什么操作，会导致什么什么样的问题，或者引起什么后果” 学习了 简单的说：
1、和开发有个好的关系，有一点BUG他们可能就会帮你修的
2、证据，需求方面的证据
其他同志，多补充 有以下几点：
1.建立完整的软件缺陷规范，明确指出哪些是必须修改的以及轻重缓急
2.将心比心，我们要站在开发者的角度去考虑问题，然后再和开发者交流
3.学习说话的技巧，同样的话在不同的情况下有不同的效果
4.努力提高自身能力，给别人增加信任感 首先，公司会有一套完整的公认的关于缺陷严重级别定义
按对缺陷特点、用户操作影响、模块重要性等来区别，这样，测试人员根据该定义提交不同等级的bug单。而公司对产品的发布会有一定的原则，对不同等级的bug单处理情况，比如严重的缺陷必须修改，建议可保留到下个版本等...
如果遇到开发人员不合作，测试可根据公司定义的缺陷严重级别来说明该bug符合哪一项，为什么属于该类bug，为什么需要修改等。引导开发人员站在用户的角度，更高的要求产品质量
另外，测试人员应该不断补充自己的知识，学习业务架构。对bug的分析要到位，不能总是被开发牵着鼻子走。如果能指出是哪里编码的错误，就修改一下哪里就ok了，相信开发一定会更容易合作。不断的加强自身能力，来树立自己的威信和影响力，这样开发也无法来用各种理由来搪塞，你的建议也更容易被采纳，版本的质量就更在你的掌控之中！
