51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 20763|回复: 52
打印 上一主题 下一主题

如何平衡开发人员和测试人员之间的心理冲突?(2012.8.13)(获奖名单已公布)

[复制链接]
  • TA的每日心情
    无聊
    前天 09:05
  • 签到天数: 1050 天

    连续签到: 1 天

    [LV.10]测试总司令

    跳转到指定楼层
    1#
    发表于 2012-7-30 09:59:07 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    本周的问题为“如何平衡开发人员和测试人员之间的心理冲突”
    如果你也有问题想提出来和大家一起讨论,请点击此处>>
    说不定下期讨论的问题就是由你提出的哦,请快快参与吧!

    获奖名单

    奖项

    获奖名单

    奖励

    答案链接

    一等奖

    q283731138

    移动充值卡50元

    9#

    二等奖

    ivanland

    300论坛积分

    10#

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    该用户从未签到

    2#
    发表于 2012-7-30 15:08:20 | 只看该作者
    沙发!具体是什么心理冲突,能具体点吗?
    我的理解,大多是因为项目需求定义不清晰,或者大家对需求的理解不一致,而产生的冲突。
    另外看项目开发团队的模式,scrum的项目这种问题就很少。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2012-7-30 15:10:27 | 只看该作者
    是指开发对测试的天然的心理防御吗?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    前天 09:05
  • 签到天数: 1050 天

    连续签到: 1 天

    [LV.10]测试总司令

    4#
     楼主| 发表于 2012-7-30 15:14:44 | 只看该作者
    其实这期的题目是很多公司会出的面试题,所以大家可以自我发挥下。对各位以后面试也帮助!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2012-7-30 17:05:33 | 只看该作者
    只要  测试态度能够达到诚恳,开发也能够虚心接受,我们就没有心理冲突
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    前天 09:05
  • 签到天数: 1050 天

    连续签到: 1 天

    [LV.10]测试总司令

    6#
     楼主| 发表于 2012-7-30 17:07:40 | 只看该作者
    回复 5# gjhhuihui


        其实现在这个情况很普遍,但是说起来容易,做起来不简单!尤其在大公司!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

    8#
    发表于 2012-7-30 21:25:06 | 只看该作者
    沟通很重要。 让开发明白我们不是在找他们的问题,我们和他们是一个团队,我们的目的是和开发人员一起交付出高质量的软件产品。 在这样的前提下测试。
    测试规则清晰
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

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

    以上只是个人浅陋的一些想法,如有错误请批评指正,谢谢~~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

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

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

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

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

    使用道具 举报

  • TA的每日心情
    无聊
    前天 09:05
  • 签到天数: 1050 天

    连续签到: 1 天

    [LV.10]测试总司令

    11#
     楼主| 发表于 2012-7-31 14:30:32 | 只看该作者
    9楼和10楼都说的蛮不错的。。。希望更多的会员能发表自己的见解~
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2024-5-6 17:37
  • 签到天数: 1137 天

    连续签到: 1 天

    [LV.10]测试总司令

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

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

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

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

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

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

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

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

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

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

    使用道具 举报

  • TA的每日心情
    擦汗
    2016-1-5 11:09
  • 签到天数: 5 天

    连续签到: 1 天

    [LV.2]测试排长

    14#
    发表于 2012-8-1 12:11:57 | 只看该作者
    时间紧任务重,开发的基本撂给测试了,无形之中增加了工作量,现实中开发的地位永远比测试重要,测试是可有可无的罢了
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-6-11 17:10
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    15#
    发表于 2012-8-1 16:57:53 | 只看该作者
    我发表点我的想法
    首先,沟通,沟通的方式也很重要;
    其次,测试经理应与项目负责人及时沟通讨论;
    最后,要让开发人员知道测试人员一样,根本存在职位上的高低
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2019-10-11 11:57
  • 签到天数: 1303 天

    连续签到: 1 天

    [LV.10]测试总司令

    16#
    发表于 2012-8-2 10:20:09 | 只看该作者
    我认为目的性一定要强调,我们要做的是什么,一流产品
    一流就要尽善尽美
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2012-8-2 14:27:36 | 只看该作者
    其实神马都是浮云。一切的矛盾来源于经济的矛盾。呵呵,不管公司如何管理开发测试,money is first.如果给的money一样或者相差 不多,呵呵,鄙人认为神马事情都可以坐下来谈谈。个人拙见
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

    19#
    发表于 2012-8-2 14:40:30 | 只看该作者
    开发人员与测试人员矛 和 盾?

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-23 04:28 , Processed in 0.088915 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表