51Testing软件测试论坛

标题: 如何平衡开发人员和测试人员之间的心理冲突？（2012.8.13）（获奖名单已公布） [打印本页]

作者: lsekfe 时间: 2012-7-30 09:59
标题: 如何平衡开发人员和测试人员之间的心理冲突？（2012.8.13）（获奖名单已公布）
本周的问题为“如何平衡开发人员和测试人员之间的心理冲突”
如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！
[attach]80242[/attach]

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	q283731138	移动充值卡50元	9#
二等奖	ivanland	300论坛积分	10#

作者: monica417 时间: 2012-7-30 15:08
沙发！具体是什么心理冲突，能具体点吗？
我的理解，大多是因为项目需求定义不清晰，或者大家对需求的理解不一致，而产生的冲突。
另外看项目开发团队的模式，scrum的项目这种问题就很少。

作者: IUHK 时间: 2012-7-30 15:10
是指开发对测试的天然的心理防御吗？

作者: lsekfe 时间: 2012-7-30 15:14
其实这期的题目是很多公司会出的面试题，所以大家可以自我发挥下。对各位以后面试也帮助！

作者: gjhhuihui 时间: 2012-7-30 17:05
只要测试态度能够达到诚恳，开发也能够虚心接受，我们就没有心理冲突

作者: lsekfe 时间: 2012-7-30 17:07
回复 5# gjhhuihui

其实现在这个情况很普遍，但是说起来容易，做起来不简单！尤其在大公司！

作者: IUHK 时间: 2012-7-30 19:30
1.私人关系：建立一定的私交，不用良好，至少不能太差。
2.制度确立：有明确的制度让测试提交缺陷，并且也有制度让开发确认或者拒绝缺陷，并且在有争议的情况下可以提交上级仲裁。
3.沟通组织：有沟通机制，让开发和测试可以再测试之前对一些问题达成一致。或者在测试中，对不明确的问题进行多方沟通协调。

作者: nieclhappydays 时间: 2012-7-30 21:25
沟通很重要。让开发明白我们不是在找他们的问题，我们和他们是一个团队，我们的目的是和开发人员一起交付出高质量的软件产品。在这样的前提下测试。
测试规则清晰

作者: q283731138 时间: 2012-7-31 10:47
我觉得回答这个问题首先要知道为什么两者之间会产生冲突：
1、因为开发与测试在某个程度上来说是两个行为相反的职位。开发代表着创造，而测试代表着摧毁。因为测试的目的就是以各种方式不断地从开发出来的软件中发现大大小小的各种缺陷，所以很多开发人员心里都感觉测试人员是在故意找茬，让自己难堪，证明自己做的东西不好，所以两者的矛盾必然会慢慢地产生。
2、职位的优越感。很多开发人员都认为测试的比自己低一等，因为开发自己是创造东西，而测试只是拿着自己做的东西在工作。所以很多开发人员对测试人员的脸色都不怎么好。
3、失败的沟通。在需求的理解或者说是测试发现问题时，测试人员一般都会找相应的开发人员进行讨论，因此在讨论过程中，假如由于双方语言上的不合，导致各自心里都存在着芥蒂。可想而知后面的工作双方之间的关系肯定会很僵。
4、由于很多大公司业务比较多，因此就有可能会采取外包的方式与其他的外包公司进行合作，因此在相互交流的过程中本公司的开发人员大多都会对不属于自己公司的工作人员都有排斥感。

针对以上四种情况，我个人认为可以采取如下措施：
1）开发负责人和测试负责人沟通，同时需要把两个部门的同事组织在一起参加会议，要让开发人员认识到，测试其实不是在质疑或者捣毁开发人员的劳动成果。测试其实是为了找出软件中隐藏的BUG，让开发出来的产品质量更加具有保障，使得后期的开发人员的维护工作量最大的减少，最终的目的其实是为了让开发人员做的产品更加的好，而不是毁坏。
2）测试负责人可以和开发负责人商定一些技术性的问题讨论，可以使编程方面，也可是业务方面，多增进两个部门人员之间的接触度，开发的确是对代码很熟悉，但是测试却对业务相当的了解，双方各有所长。同时让双方都明白，开发与测试都是对等的两个职位。其实不管开发还是测试都是为供公司服务，都是公司里的同事，更是同一个项目组的兄弟。我们的目的就是让我们处在的项目能够做得更好。
3）针对于第三个问题，这需要个人的沟通能力。建议多看看如何能够实现成功的沟通的一些方法，案例。
4）对于那些有外包的大公司，要多加强本公司于其他外包公司的人员之间的合作，要以一个主办方的姿态对待盟友公司，从而咋项目组内部形成一个整体。

以上只是个人浅陋的一些想法，如有错误请批评指正，谢谢~~~

作者: ivanland 时间: 2012-7-31 11:20
1、开发与测试的职责
开发的职责是创造，创造出满足用户需求的产品，需要其尽可能的不出现BUG；测试的职责是保证，保证产品的质量满足用户需求，需要其尽可能的找到BUG。从目的上看，两者都是为了产品能满足需求，只是方向和方式不同，开发是正向的，测试则是反向，这就为两者的心理冲突提供了前提。

2、公司制度的影响
公司为了激发员工的工作热情，会出台一些奖惩制度，当开发所负责的模块出现了BUG，会被扣除一定额度的奖金或工资；当测试发现了BUG，会奖励一定额度的奖金。于是乎，开发为了保收而想尽办法避免或掩饰BUG，而测试为了创收想尽办法发现和提出BUG，此时，公司制度已经将两者至于对立面，这就为两者的心里冲突提供了基础。

3、个人改变心理冲突
从前面的职责上看，其实开发和测试两者的最终目标是一样的，就是能够让客户对产品质量满意。两者所做的事情都是殊途同归的，开发不能将测试提BUG的行为当成故意让自己难堪，应该自己检讨一下，为什么自己的代码写的不够完美，所以才会让测试发现，如果自己的代码写的严谨一些，测试也就不会发现BUG或者只是发现少量的低级别BUG；测试方面，不能说为了创收而乱提BUG，应该以负责的态度去发现影响产品质量的高级别BUG。

4、公司制度改变心理冲突
很多时候开发与测试的心理冲突都是收入引起的，简单来说，就是钱闹的。所以对于公司的奖惩制度的制定要慎之又慎，不能一味的以BUG的发现的多少和责任来对开发或测试进行奖惩，要对具体条款进行细化，如：在发布之前，可以用模块的缺陷密度和缺陷等级来判定开发的奖惩系数，同样的，测试主要从其找到的缺陷的等级、数量和有效性来判定奖惩系数；产品发布后，如果出现线上问题，那么相关的开发和测试都有责任，都应该进行惩罚，让开发和测试荣辱与共。

5、公司和项目领导改变心理冲突
领导可以定期或不定期的把开发和测试召集到一起，坐下来大家面对面的沟通一下，聊聊对于工作的各自想法，开发和测试不理解更多的是因为沟通不畅造成的，所以基于领导的管理职能，应该协调两者之间的出现的不和谐因素，让双方互相知道对方在做什么，怎么做的，为什么这么做，这些都有利于化解之间的心理壁垒。

作者: lsekfe 时间: 2012-7-31 14:30
9楼和10楼都说的蛮不错的。。。希望更多的会员能发表自己的见解~

作者: 土土的豆豆 时间: 2012-8-1 09:27
9 10楼兄弟说得很好呀~不重复说了。在前面两位基础上，个人补充些观点：
既然l把题目放在我们论坛，要站在测试职位上去分析探讨，这里要注意，我认为是测试经理/主管/工程师去主动担当和平衡。解决矛盾其实是双方的智慧产物。
作为一个测试人员，本身就是为保证软件、项目、产品质量而生存，不可避免于开发产生不统一意见时，就要用些技巧来减少、避免冲突。我们可以让其站在客户角度立场去想些友好性问题；可以让他们站在自身使用角度去体验业务便捷性。另外，谈判言语请我们都很礼貌些、婉约些、柔和些。多为开发人员想想，他们工作其实真的很辛苦。还有，不要动不动就很生硬的报bug，其实很多问题不是bug，可能是一般理解不同或者双方都有业务需求上的不一致而已，在测试准则不明确的情况下，本身就是性价比与利益平衡的一门学问。
记住，时刻保持微笑，诚恳的去交流，相信人性本善的我们，应该不会有本质上的矛盾和心理冲突。

作者: wuliangye 时间: 2012-8-1 11:20
这个问题出的好，由于职责不同，开发人员和测试人员不可避免存在一些矛盾，存在心理上的冲突，为了平衡这些冲突，我觉得要从开发人员，测试人员，管理人员等各个角度来考虑：

1.明确并统一目标：开发和测试都是为了按质按量将产品发布到市场
当开发人员和测试人员目标统一，都明确自己和对方做的工作是为了保证产品或项目能够准时提交时，那么开发在对测试发现bug时的态度就不是**而是庆幸，同样测试在发现bug时的态度就不是说ohyeah终于抓到问题了，而是积极主动地帮助复现问题定位问题；

2.理解各自工作职责：开发和测试分工不同，职责不同
开发和测试由于分工不同，职责不同，导致在开发眼里测试看起来是在找茬，测试眼里开发就是拼命抵赖bug，如果能够理解各自的工作职责，那么就能明白测试是为了帮助开发更好的控制产品质量，只有不断地找茬，才可能尽可能多的发现缺陷。一般来说，开发是处于强势的一方，而测试弱势，当弱势的一方屈从强势一方时，也就是测试不找茬不履行自身职责，那么平时可能大家相处其乐融融，一旦软件上线投入市场，救火就避无可避；

3.测试不是万能的：开发要明白测试不可能找出所有问题
碰到过一些例子，产品投入到市场之后，在客户那边发生了严重的错误，这个时候开发就嘀咕甚至质问为什么测试没有发现这样的问题，要解决这样的心理冲突，就需要让开发明白测试不是万能的，在保证时间保证测试力度的情况下，测试只能多按照各种方法尽可能的找出缺陷，而不是保证经过测试的产品都是没有缺陷的，如果当投入到市场的软件产品发生问题时，开发和测试人员要坐在一起共同解决问题并讨论以后可能避免的方法；

4.构建良好的工作氛围：让开发和测试地位均衡
一般来说，开发都是出于强势地位，而测试是弱势的一方，这种现象如果不及时处理任由滋长，时间长了测试完全没有测试章法，都是按照开发的意愿进行。所以不管是什么原因，一旦这个这个现象出现，管理层就要发挥调节平衡作用，要从全局考虑，对测试要该奖则奖，对开发要该罚就罚，让开发和测试地位均衡，这样的工作氛围一旦形成，整个软件的开发测试流程就会有条不紊，而开发和测试也就不存在心理冲突；

5.提升自身业务和测试能力：测试需要加强自身能力
不可否认，大部分的测试人员能力是需要加强的，我见过一些测试人员由于对系统理解不够或者业务知识不够熟练，导致提交了很多非bug，在平时和开发人员沟通时也是不求甚解迷迷糊糊，这样的情况发生一两次的话，可能还没有什么关系，冰冻三尺非一日之寒，当重复多次后，再有涵养的开发人员也会从心理上轻视测试人员，对其能力产生怀疑，当下次提交bug或者沟通时，不可避免就会产生冲突；

6.提升沟通能力：测试需要不断加强沟通能力
良好的沟通能力绝对能事半功倍，而测试人员尤其需要这种能力，在发现bug时需要沟通，在了解业务时需要沟通，在熟悉系统架构时需要沟通等等，因此测试人员需要不断加强沟通能力，平衡开发人员和测试人员之间的心理冲突，良好的沟通能力是必不可少的。

这些方面都是在实际工作中不断积累出来的经验，我认为每一点都非常重要，甚至不可缺少。作为一名测试人员，要做好自己的测试工作，还要尽可能减少与开发人员的冲突，这是一门非常大的学问，要不断学习并提高。

作者: readboys 时间: 2012-8-1 12:11
时间紧任务重，开发的基本撂给测试了，无形之中增加了工作量，现实中开发的地位永远比测试重要，测试是可有可无的罢了

作者: ttaotao2009 时间: 2012-8-1 16:57
我发表点我的想法
首先，沟通，沟通的方式也很重要；
其次，测试经理应与项目负责人及时沟通讨论；
最后，要让开发人员知道测试人员一样，根本存在职位上的高低

作者: xiaoming00 时间: 2012-8-2 10:20
我认为目的性一定要强调，我们要做的是什么，一流产品
一流就要尽善尽美

作者: 104509426 时间: 2012-8-2 14:27
其实神马都是浮云。一切的矛盾来源于经济的矛盾。呵呵，不管公司如何管理开发测试，money is first.如果给的money一样或者相差不多，呵呵，鄙人认为神马事情都可以坐下来谈谈。个人拙见

作者: zhifei.xie 时间: 2012-8-2 14:29
个人理解
1、工作环境的氛围很重要，就像我们这从来没遇到过对立的情绪；公司的环境起主要作用
2、出现对立的情绪时，领导应细心观察并私下询问对立方的原因并协助解决杜绝此类现象出现
3、少做损害员工利益的事情这样基本上很少会出现对立
4、测试人员与开发人员的地位要平等看待，如果把测试看做一个附属品的话永远只有对立。

作者: robin520 时间: 2012-8-2 14:40
开发人员与测试人员矛和盾？

测试人员的注意事项：
（1）发现缺陷时不要嘲笑开发人员，别说他的程序真臭、
到处是Bug。
（2）在开发人员压力太大时或心情不好时不要火上浇油，
发现缺陷时别大声嚷嚷。
不要相互讽刺对方，例如：
A对B说：你唯一的特点就是无能。
B对A说：你唯一的特点就是粗鲁。

作者: yxq_66 时间: 2012-8-2 14:49
1、和其他人说的一样，沟通很重要
2、测试人员尽量重现bug，描述清楚操作步骤和现象，辅助配合开发人员尽快找出问题所在。
3、要让开发人员认识到测试的重要性，不管开发和测试都是为整个项目好，开始可能问题多，早发现早解决，后期花的时间就会少了，大家都安心。

作者: yxq_66 时间: 2012-8-2 14:50
1、和其他人说的一样，沟通很重要
2、测试人员尽量重现bug，描述清楚操作步骤和现象，辅助配合开发人员尽快找出问题所在。
3、要让开发人员认识到测试的重要性，不管开发和测试都是为整个项目好，开始可能问题多，早发现早解决，后期花的时间就会少了，大家都安心。

作者: lintongyan 时间: 2012-8-2 15:35
耐心很重要，时刻准备着据理力争，有自己的立场。要有耐心复现问题，有耐心跟开发沟通，别不对盘就开始吵

作者: lctlee 时间: 2012-8-3 10:10
我的感觉是这个东西很没确定性，你所在公司的传统和具体接触的人是决定性的，情况太多，每个人面临的局面都不一样。

作者: caicai109 时间: 2012-8-3 14:02
发生冲突就双方安静下来先找原因，一切以需求说明书为准，如果需求说明书上未明确规定，可以问问客户的意见，意见统一之后再做修改。立场相同：都是为了保障产品的质量，角度不同，希望双方都能相互理解。

作者: keepupwith 时间: 2012-8-3 17:17
1、有技巧的沟通能力
2、公司的制度-绩效考评时不要以bug数为准
3、项目内的团队协作能力
一点拙见

作者: amber-y 时间: 2012-8-4 22:52
1 良好的沟通能力，能吧问题描述清楚。
2 说话的要具有亲和力。

作者: 积流成江 时间: 2012-8-5 08:11
我的经验：赞同7楼的。

作者: msnshow 时间: 2012-8-5 17:36
关键还是要让开发和测试都明白他们的目标是一致的，对于项目来说发布后的成功才代表真正的成功，不是说BUG数的多少

作者: yanhuic 时间: 2012-8-6 11:00
个人认为开发人员与测试心理冲突的主要原因就是Bug，而判断是不是Bug的依据就是客户需求，只要客户需求做好了，有了一致的评判标准，也就没有可冲突的了，因为大家工作为的都是同一个目的：满足客户需求。

作者: 紫陌纤尘 时间: 2012-8-6 17:32
1、首先，测试人员对自己提出的Bug要自信，自己对问题都不是很清楚，怎么能说服别人，做到有据可循，体现测试工作的重要性，能够尽量帮助开发人员定位问题
2、自信确不能盛气凌人，不能让开发人员觉得发现他所开发模块的Bug多就是他不行，发现问题、修复问题，应该是大家共同提升的一次机会，能够尽量避免出现类似问题

作者: liubo1027 时间: 2012-8-7 12:59

只要测试态度能够达到诚恳，开发也能够虚心接受，我们就没有心理冲突
gjhhuihui 发表于 2012-7-30 17:05

感觉真正的开发和测试没有那么多冲突。如果大家的目标是一致的，就不存在冲突

至于心理就更不存在了，大家都是工作，有专业素养怎么会影响到心理？？

作者: livexmm 时间: 2012-8-7 14:54
本帖最后由 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单往往能够让开发人员对测试的第一映像好很多，也方便了之后的沟通。

作者: monica.lijing 时间: 2012-8-7 17:20
我觉得作为项目的开发和测试的主要负责人是最重要的，很多的信息传达都是通过领导来沟通，咱们不管是什么样子的岗位，都一定要站在对方的立场上去想问题，但是前提是以项目为根本。

作者: yan565435282 时间: 2012-8-8 17:49
回复 7# IUHK

我觉得和开发搞好关系是很必要的~~~~

作者: jiaoxm 时间: 2012-8-9 11:38
从测试者角度：
(1)首先测试者应该有一种正确的姿态：不是找茬，是找Bug；先雪中送炭，再锦上添花。
(2)急开发人员之所急，想开发人员只所想。
(3)不能一味的授之于鱼，还要不时的授之于渔。发现问题并帮助他解决问题，提出建设性的意见，让开发人员佩服你并心怀感激。
(4)要意识到双方的出发点都是好的。
(5)我们是一个团队，和开发人员并肩作战。
从开发者角度：
上面的(4)和(5)

作者: 熊猫叮当 时间: 2012-8-9 11:45
首先要理清引起开发人员与测试人员的矛盾的原因。个人认为主要是由以下原因造成的：
（1）开发与测试人员的水平：测试人员的水平比开发人员的要低，对于开发涉及到的专业知识不了解，查出一个bug来无法清楚的分析出造成这种现象的原因。在与开发人员沟通时无法清晰的阐明自己的观点。因而造成不愉快。(有可能有人认为测试不需要掌握那么多的开发知识，只需要找出bug就可以了，但是这会造成开发人员在心里上觉得测试不如开发)
（2）工作性质的错误理解：开发认为测试就是在找自己的茬，而测试认为只要找出开发的bug就可以了，不会去站在对方的角度去考虑问题，因而导致两者交流的障碍。
其实针对以上矛盾，最重要的就是对bug的把握程度，站在双方的角度去考虑，尊重对方。

作者: kenanmao1983 时间: 2012-8-9 16:36
就公司来说,当然看公司文化,权责范围,制度,领导什么的,如果我们不能控制或改变,那说了也没有意义.
就个人来说,我觉得沟通是很重要的,从"给别人挑毛病"到"同开发一起提高系统的质量",学会换位思考,多讨论而不是单纯的去提出问题,同时能够接受开发对测试的一些合理的建议.

作者: sshine 时间: 2012-8-9 17:24
我想有2点：
1.换位思考：开发和测试工作职责不一样，双方都应互相理解。对于双方的建议，应本着有则改之，无则加勉的态度
2.有技巧的沟通：双方共同的目标都是为了把工作干好，沟通时不要带走攻击性的语言

作者: 948816065 时间: 2012-8-9 22:14
有看到有人说是有测试主管、经理去平衡。但当上主管之后，才发现这其实还是很有难度的，特别是遇到一些冥顽不灵的开发人员，他甚至觉得你为什么要报bug都不能理解，认为他只要改好了，你就不需要报了。觉得测试就是针对他们。其实我也不想开发和测试搞对立，但是人到了这个位置，着实看不惯手下的人被开发欺负，很多时候多数是自己和开发吵起来。怎么解决开发的心理冲突我是还没研究出来，但怎样解决我的心理冲突呢，就是安慰自己说，是公司给压力测试了，所以我们什么事都要按规矩来，公司拿绩效来压我们了，我们也只能忍了。很多时候，就是下班后自己发泄一下，总不能在公司里泼妇骂街...

作者: livexmm 时间: 2012-8-10 14:11
回复 41# 948816065

这种问题确实很普遍，测试一直是最后质量不好的替罪羊和受气包。去年的一个项目我是直接和领导说我这里不以BUG数量为绩效参考依据。在软件公司当领导的其实很多人都不笨，说清楚了其实他们都能接受。真的碰到领导的领导下硬指标大家也都能上有政策下有政策的根据实际情况来处理。
至于手下测试人员没办法和开发好好沟通的问题，我这里一般是让老员工或我自己亲自沟通进行协调。
你这里有说有些开发人员连为什么要报BUG单都不能理解，那说明你们整个缺陷修复流程有问题，你们的项目组应该是新组建的吧。其实对于这种情况我的做法是不提就不提，因为我相信这样的开发部开发的软件BUG一定多到提都提不完。如何改进开发质量，让自己少提几个BUG才是工作的重点。

作者: tonybearpan 时间: 2012-8-10 16:41
理解万岁，测试个开发都有自己的难处，互相体谅理解了没什么事情都好办。PS：我是测试的，与开发者之间从来没有过矛盾

作者: rockbody 时间: 2012-8-12 16:48
我支持9楼和10楼

作者: hotivy 时间: 2012-8-16 11:34
个人一直认为有点小小的悲哀，为什么测试论坛经常讨论这事呢，呵呵。

作者: wjtest 时间: 2012-8-24 08:51
和谐相处

作者: wjtest 时间: 2012-8-24 08:56
9楼和10楼说的都很好，10楼奖惩制度我也听说过，但是没遇到过。而且测试的工资普遍比开发人员工资低，9楼的观点很正确，有些时候你提bug了，开发人员心里很不舒服；大家和谐相处多沟通是最好的了

作者: ttert0014 时间: 2012-9-20 17:27
我们这边比较乱，也不是开发不配合测试，而是出了问题就推测试做的不够- -

作者: yangguang0228 时间: 2012-10-28 18:14
1、多多沟通：增加开发与测试人员之间的默契；测试与开发部门的总负责人应该经常进行心理疏导，并且向测试与开发人员传达测试与开发部门的重要性。
2、对于软件项目的进度，作为测试和开发人员都应该有详细的了解，以免产生不必要的误会。
3、公司方面应该对测试及开发人员做适度的经济奖励或者组织集体活动，激发开发与测试人员沟通的机会。

作者: MumuFive 时间: 2015-7-14 12:07
为什么开发和测试要对立？我认为开发和测试是穿一条裤子的。
公司里基本上，测试都是归在技术部的，本来就在一起玩，工作的时候目标也是一致的，任何一个优秀的开发人员都不会埋怨测试挑刺，同样是对产品有追求有情怀，别的都可以沟通。
补充：女孩子做测试还是具有一定优势的，你们懂得。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)