1、和其他人说的一样，沟通很重要
2、测试人员尽量重现bug，描述清楚操作步骤和现象，辅助配合开发人员尽快找出问题所在。
3、要让开发人员认识到测试的重要性，不管开发和测试都是为整个项目好，开始可能问题多，早发现早解决，后期花的时间就会少了，大家都安心。
1、和其他人说的一样，沟通很重要
2、测试人员尽量重现bug，描述清楚操作步骤和现象，辅助配合开发人员尽快找出问题所在。
3、要让开发人员认识到测试的重要性，不管开发和测试都是为整个项目好，开始可能问题多，早发现早解决，后期花的时间就会少了，大家都安心。
耐心很重要，时刻准备着据理力争，有自己的立场。要有耐心复现问题，有耐心跟开发沟通，别不对盘就开始吵
我的感觉是这个东西很没确定性，你所在公司的传统和具体接触的人是决定性的，情况太多，每个人面临的局面都不一样。
发生冲突就双方安静下来先找原因，一切以需求说明书为准，如果需求说明书上未明确规定，可以问问客户的意见，意见统一之后再做修改。立场相同：都是为了保障产品的质量，角度不同，希望双方都能相互理解。
1、有技巧的沟通能力
2、公司的制度-绩效考评时不要以bug数为准
3、项目内的团队协作能力
一点拙见;P
1 良好的沟通能力，能吧问题描述清楚。
2 说话的要具有亲和力。
我的经验：赞同7楼的。
我的经验：赞同7楼的。{:4_89:}
关键还是要让开发和测试都明白他们的目标是一致的，对于项目来说发布后的成功才代表真正的成功，不是说BUG数的多少
个人认为开发人员与测试心理冲突的主要原因就是Bug，而判断是不是Bug的依据就是客户需求，只要客户需求做好了，有了一致的评判标准，也就没有可冲突的了，因为大家工作为的都是同一个目的：满足客户需求。
1、首先，测试人员对自己提出的Bug要自信，自己对问题都不是很清楚，怎么能说服别人，做到有据可循，体现测试工作的重要性，能够尽量帮助开发人员定位问题
2、自信确不能盛气凌人，不能让开发人员觉得发现他所开发模块的Bug多就是他不行，发现问题、修复问题，应该是大家共同提升的一次机会，能够尽量避免出现类似问题
只要测试态度能够达到诚恳，开发也能够虚心接受，我们就没有心理冲突
gjhhuihui 发表于 2012-7-30 17:05 http://bbs.51testing.com/images/common/back.gif
感觉真正的开发和测试没有那么多冲突。如果大家的目标是一致的，就不存在冲突
至于心理就更不存在了，大家都是工作，有专业素养怎么会影响到心理？？
本帖最后由 livexmm 于 2012-8-7 15:01 编辑
这次的题目太空旷了，往细了说又内容太多，实在挺难回答的。
其实13楼很多东西都已经说出来了，不过我觉得从别的也地方可以说一下。
基本上开发和测试之间的心理冲突一般表现在：开发认为测试没本事，测不出缺陷，另外被别人指出自己的缺陷肯定也很不爽；测试则认为开发没担当，写的程序烂，还推卸责任。
这个51基本上都是测试人员，那我就说一下开发所认为的测试有什么缺点，我们需要怎么改进。
基本上开发对测试的偏见有以下几点：
1.开发认为测试对软件开发过程不熟悉，增加了很多沟通成本。
2.开发认为测试对软件开发技术不熟悉，对一些设计要点不了解，导致了很多无用的测试。
3.开发认为测试对软件质量改进没有切身体会，导致提出很多可行但开发成本很大的缺陷。
4.开发认为自己的代码质量有人管，不好要被说，但是测试没有人监控测试质量。
5.接上面，测试人员提交的书面测试报告或者BUG单写得不够详细或者书写内容太凌乱，很难直接看明白。
基本上我工作的时候就这5点比较常见，严格来说就是4点，但是5我想单独拉出来说一下。
第1、2、3点：这3点基本上就是要求测试人员既要懂测试，也要懂软件工程、懂相应的开发技术、有个项目维护的经验。这个难度很高，但是我还是建议测试的组长或者所谓的leader能够有这方面的能力，由leader驱动手下的测试人员改进自己的测试方案保证测试用例的有效性，并且根据项目目标保证BUG单的合理性。
第4点：这个沟通和管理都涉及到了，说到底就是不患寡而患不均。首先我相信中国90%的公司都有QA（品质保证人员），但是99%的QA没有真正发挥作用，甚至有地方把QA当做测试。导致的结果就是开发有测试管，测试没人管，最后程序一堆BUG导致测试被领导骂，程序员就认为自己没责任，谁让测试没测出BUG的。对于这一点，我只希望我们测试人员能够慎独。并且在项目开始阶段就和领导与客户沟通好，由于现在项目的实际情况，哪些地方我们能保证质量，哪些不能保证。然后通过自己的实际劳动成果，让开发和客户知道，自己是有价值的。
第5点：这点我单独拉出来说主要是因为我碰到过太多对这方面不注重的测试人员，虽然说起来头头是道，但是测试质量最好的肯定不是这些人，因为他们缺少测试人员最宝贵的品质：耐心。这点我比较欣赏日企的一些工作方式，比如我第一行用了句号，第二行也必须用句号；或者写测试步骤的时候第一行前面有2个空格，第二行也必须有2个空格来对齐。整洁美观的BUG单往往能够让开发人员对测试的第一映像好很多，也方便了之后的沟通。
我觉得作为项目的开发和测试的主要负责人是最重要的，很多的信息传达都是通过领导来沟通，咱们不管是什么样子的岗位，都一定要站在对方的立场上去想问题，但是前提是以项目为根本。
回复 7# IUHK
我觉得和开发搞好关系是很必要的~~~~:lol
从测试者角度：
(1)首先测试者应该有一种正确的姿态：不是找茬，是找Bug；先雪中送炭，再锦上添花。
(2)急开发人员之所急，想开发人员只所想。
(3)不能一味的授之于鱼，还要不时的授之于渔。发现问题并帮助他解决问题，提出建设性的意见，让开发人员佩服你并心怀感激。
(4)要意识到双方的出发点都是好的。
(5)我们是一个团队，和开发人员并肩作战。
从开发者角度：
上面的(4)和(5)
首先要理清引起开发人员与测试人员的矛盾的原因。个人认为主要是由以下原因造成的：
（1）开发与测试人员的水平：测试人员的水平比开发人员的要低，对于开发涉及到的专业知识不了解，查出一个bug来无法清楚的分析出造成这种现象的原因。在与开发人员沟通时无法清晰的阐明自己的观点。因而造成不愉快。(有可能有人认为测试不需要掌握那么多的开发知识，只需要找出bug就可以了，但是这会造成开发人员在心里上觉得测试不如开发)
（2）工作性质的错误理解：开发认为测试就是在找自己的茬，而测试认为只要找出开发的bug就可以了，不会去站在对方的角度去考虑问题，因而导致两者交流的障碍。
其实针对以上矛盾，最重要的就是对bug的把握程度，站在双方的角度去考虑，尊重对方。
就公司来说,当然看公司文化,权责范围,制度,领导什么的,如果我们不能控制或改变,那说了也没有意义.
就个人来说,我觉得沟通是很重要的,从"给别人挑毛病"到"同开发一起提高系统的质量",学会换位思考,多讨论而不是单纯的去提出问题,同时能够接受开发对测试的一些合理的建议.
我想有2点：
1.换位思考：开发和测试工作职责不一样，双方都应互相理解。对于双方的建议，应本着有则改之，无则加勉的态度
2.有技巧的沟通：双方共同的目标都是为了把工作干好，沟通时不要带走攻击性的语言
