51Testing软件测试论坛

标题: 第144贴【2004－11－18】：测试是开发的朋友，不是开发的敌人 [打印本页]

作者: 天网 时间: 2004-11-18 09:53
标题: 第144贴【2004－11－18】：测试是开发的朋友，不是开发的敌人
测试人员和开发人员经常无法有效的一起工作。这一方面是因为双方工作的性质不同（开发的工作是构建系统，而测试的工作是去破坏系统），另一方面也可能是因为管理的原因造成了测试和开发之间的矛盾。不管是什么原因，这个矛盾，对于产品来说不是一件好事。
如何处理好测试与开发之间的关系是现代软件管理研究中的一个课题。开发和测试作为一个整体都是服务于产品，都要为产品的质量负责。从这一点上来讲，开发和测试的利益是一致的。要知道，如果在产品交付使用之前，测试人员遗漏了一个问题，而这个问题最终在用户手上被发现，并产生比较严重的后果的时候，那么，我想无论是开发还是测试，最终都逃避不了责任。我们要为质量服务，测试的目的是要去寻找错误，最终提高产品的质量，而不是去找开发的茬，只有当双方都认识到这一点的时候，开发和测试就有共同交流的基础了。测试应当是开发的朋友，他帮助开发寻找遗留在产品中的缺陷，使得开发人员能够产生的更好的产品。测试和开发不应当是敌人。

作者: baoying-7 时间: 2004-11-18 10:51
标题: 测试人员的素质与开发人员的素质
其实，测试与开发都是为了软件能更好的发挥作用，大家的目的是一样的。但有些程序员就是认识不到这一点，认为给我找出毛病就是对我的能力的不认可，所以大多公司都要求测试人员的素质提高，要求与程序员有良好的沟通，大家就不想想把程序员的素质也提高一下，那样，工作起来会更方便，顺心。

如有不好的地方，请见谅

作者: NoName 时间: 2004-11-18 22:10
关键是开发人员的观念问题，他们应该明白测试人员是在协助提高软件的质量。
可以这样假设，如果没有测试人员，软件的所有BUG由客户提出，那么开发人员
就会感受到压力。
还有现在测试人员承受的压力是非常大的。软件发布之后发现的所有问题，首先找测试的责任。
开发人员什么时候能体验到这一点。

作者: binary 时间: 2004-11-19 09:07
偶觉得，作为比开发和测试更上一级的领导，应该把这种矛盾保持下去，首先保证双方的目的都是为了产品质量，然后让双方产生一种对于事情的对立，开发认为产品是正确的，测试认为产品是错误的，让矛盾去推动事物的发展。

所以正确的研发模式必须将开发和测试分为两个部门，每个部门都有相同的权利。

测试是开发的朋友，但不是一团和气的朋友；测试不是开发的敌人，但是需要具备怀疑一切的素质。

作者: 21muse 时间: 2004-11-19 11:50
正在努力。

作者: 天网 时间: 2004-11-19 13:24
很高兴看到大家这么好的见解！

作者: fzx 时间: 2004-11-24 18:41
忘了在哪里看过这句话，觉得很有道理：用制度管人，不能人管人。

我认为，开发与测试的很多矛盾来源于对Ｂｕｇ的理解不同。测试人员提出的Ｂｕｇ，开发人员确不认为这是Ｂｕｇ。所以，解决矛盾的方法就是形成一个Ｂｕｇ确认的流程，只有开发人员承认是自己的问题时，他才会心服口服的去工作，不报怨测试人员找茬：）

作者: 天网 时间: 2004-11-25 09:43
非常赞成fzx的观点，成立这样的专家委员会来确认有争议的缺陷很有必要，并且一些优秀的软件公司也是这么做的。在缺陷跟踪流程中，一旦出现这样的争议，就启动这样的专家评审流程。

作者: huipingzhai 时间: 2004-11-25 13:54
标题: 测试人员需要开发人员的理解

作者: fzx 时间: 2004-11-26 11:02
我们测试人员也应该理解作开发的：）

作者: 嘘garfield 时间: 2004-11-30 14:24
标题: 赞同，顶
在一般实际情况里面，开发人员的不理解是可以体会的，尤其是对于那些开发只是谋生工具的人来说。楼上的朋友提出一个好好的问题。

作者: wuxiongyu 时间: 2004-12-2 10:04
测试,开发,不可能成为朋友.
因为立场是对立的.

作者: fzx 时间: 2004-12-3 10:57
一定要对事不对人。

对事，对待工作，是立场对立。
对人，对待同事，是和平相处。

如果，你有很强的产品质量责任感，合格的开发人员一定能够理解你，支持你。

作者: gg 时间: 2004-12-3 15:27

Originally posted by fzx at 2004-12-3 10:57 AM:
一定要对事不对人。

对事，对待工作，是立场对立。
对人，对待同事，是和平相处。

如果，你有很强的产品质量责任感，合格的开发人员一定能够理解你，支持你。

:s太难了，说的容易做的难啊

作者: 鬼鬼 时间: 2004-12-3 15:57
标题: 绝对赞同！

Originally posted by 天网 at 2004-11-18 09:53:
测试人员和开发人员经常无法有效的一起工作。这一方面是因为双方工作的性质不同（开发的工作是构建系统，而测试的工作是去破坏系统），另一方面也可能是因为管理的原因造成了测试和开发之间的矛盾。不管是什么原 ...

其实，我们测试的也很不容易。你说开发那些人没事就那开发的什么DAO，什么VO，什么方法的压我们。搞得我们也很头大。本来评审的时候就没有我们参加，数据库中的字段名称我们怎么能知道是什么（都是他们定的！），唉……

一点也不理解人！

你们觉得需求不稳定，老是变化不断给你们弄得很郁闷，我们测试不也是一样嘛！我们也要写用例啊，那么多的文字，那么多的校验条件，还有些专业的知识，我们也要知道，其实我们真的很不容易啊！

还有，我们的工资也没有你们的高！

郁闷！

作者: fzx 时间: 2004-12-3 16:17
标题: 回楼上的
兄弟or姐妹：
   如果开发人员就拿个DAO来吹，那说明他跟本没什么水平，我们很容易学会那些术语的，回过头来说：对测试人员，事实上也很必要。
   我觉得，任何关于需求的评审测试人员都应该参加。可以向领导申请，说明必要性，这个开发人员说得不算。
   “一点不理解人！”团队协作必然面对的，正是有沟通的必要。我们主动踏出一步。
   需求不稳定，是个大问题，我也经常面对，还有需求不清楚的时候就更郁闷了。我理想重的测试高手应该很从容的面对这些，所以我要从容的学习，体会，抱怨不解决任何问题。
   写测试用力就像开发人员写代码，本职工作，不要挂在嘴边。专业知识也是必须的。
   工资是根据个人的进步情况和企业的经营情况决定的，相信经济规律吧，给自己定格高一点的价，会有收获的。

   别太浮躁了，我们都需要一种平衡成长的过程。等哪天回头看，不见其长日有所增，会心笑笑。。。。。

作者: fzx 时间: 2004-12-3 16:24
标题: 回gg

Originally posted by gg at 2004-12-3 03:27 PM:

:s太难了，说的容易做的难啊

同事之间，大家平日无怨近日无仇，更多都是工作上有正义有些冲突，尽量不要往人品上联系，大家是合作关系。作技术的大多比较固执，在自信与屈服之间找到一个平衡点，的确很难，开发人员的这种心里我们应该理解。

我们的认真和严谨应该得到尊重！
我们的错误和无知应该得到改善！

作者: sawining 时间: 2004-12-3 18:24
标题: 测试人员需要和开发人员搞好关系
请看看我的作品http://www.sawin.com.cn/doc/QM/Test/testor2.htm

作者: yanru3987 时间: 2004-12-7 10:44
标题: 严重赞同:测试是开发的朋友,不是开发的敌人
呵呵,如果公司制度不是以测试出来多少BUG来衡量开发和测试的考核问题的话,我认为开发和测试成为朋友是很有可能的 ,我是一成功例子!!因为开发和测试原本就应该是为了共同的目标,在一个公司里为了公司生产出更好的产品呀!

作者: nwj 时间: 2004-12-23 17:04
fzx中级战友，说得合情合理，值得我们测试人员学习贯彻，可以做为指导思想．

作者: magiclxd 时间: 2004-12-26 17:56
y

作者: ntzs 时间: 2004-12-26 19:58

Originally posted by fzx at 2004-12-3 04:17 PM:
兄弟or姐妹：
如果开发人员就拿个DAO来吹，那说明他跟本没什么水平，我们很容易学会那些术语的，回过头来说：对测试人员，事实上也很必要。
我觉得，任何关于需求的评审测试人员都应该参加。可以向 ...

支持这位，有句话好象是说换到人家的位置想想吧

作者: mechear 时间: 2004-12-27 19:14
本人從上看到下﹐覺得大家說得都很有道理﹔
作為測試人員我們面臨著三大問題﹕
一﹑測試人員自身的問題﹐測試技朮的好壞從很大程度上決定了系統在使用者的滿意度﹔
二﹑程式人員的水平﹕更是至關重要的﹐我沒測試兩種完全不同水准的程式員寫出的程式﹐水平高的他可預見許多bug.而水平低的基本上可以說是制造bug的機器﹔
二﹑測試人員與程式人員的溝通問題﹕我個人覺得我們測試人員的耐性一定要好﹐如果我們和程式人員對著賭氣﹐我想那什么都做不成﹔當然﹐你也要記得經常和程式人員以朋友的身份講講你工作的難度﹔我想一切都會好的

作者: ananhao 时间: 2005-1-26 16:34
标题: 大环境的影响
你若问一个开发人员：“老的不能做开发了，那时你做什么”。很多人会说“作测试阿”。更有一些观点，测试的不就是在被测软件上点点鼠标嘛。
这是大环境的影响。
要开发的作测试的朋友可能并不难，要从思想上认为你和他们一样是平等的，并不是指日可待的事情。
不过我们大家都会努力，一直努力。。。。。

作者: DEC 时间: 2005-1-26 17:04
感觉开发和测试也并不怎么对立。主要是测试人员要不断提高自己的水平，不要总之是测试出一些很肤浅的问题，虽然这也是问题，也需要提出，但是并不能引起开发人员的兴趣，时间长了，或许还会觉得是测试人员在找茬。但是如果我们可以提出一些很有创意的修改建议以及发现一些一般情况下不易发现的错误，我想开发人员一定会另眼相看的。这样，两者之间的合作也会顺利很多。开发人员大部分还是很负责任的，比较友好的。

作者: luckhj 时间: 2005-1-29 15:40
测试和开发的出发点不同，但目标是一致的。所以应该互相谅解、互相合作。

作者: addvalue 时间: 2005-2-1 08:09
标题: 测试工程师与开发工程师的搏奕
作为测试工程师，在日常工作中接触最多的当然是团队中的开发工程师，如何和开发工程师进行有效的交流是测试工程师面对的重要问题。一般来说，在一个团队中，总是有开发人员喜欢和不喜欢的测试工程师，这两者之间的工作效率和效果都有很大的差异。当然，不能武断地说测试人员不喜欢的测试工程师就一定是效率低下的测试工程师，或者说是不合格的测试工程师，但一般来说，那些容易得到开发人员认可的工程师在测试时总能够更好地发现缺陷和敦促开发人员解决缺陷。

测试工程师和开发工程师承担的是开发工作的两个不同方面，说得极端一点，一个是创建，一个是破坏，虽然两者的最终目的都是一样的，但在达成目标的方式上却有很大的差异。因此，在为同一个目标奋斗的过程中，发生冲突也是难免的，但通过下面的一些建议，换个视角看看开发人员的生活和工作，可能很多的冲突就能化解于无形了。

Cem Kaner在《Testing Computer Software》书中有一段话: “The best tester is not the one who finds the most bugs or who embarrasses the most developers. The best tester is the one who gets the most bugs fixed.” （最好的测试人员不是发现最多BUG或是使得最多开发人员不自在的人，而是能够[说服开发人员]修正最多BUG的人），建议大家好好理解这句话。
至于我个人，是从开发工程师转为测试工程师的，对于开发工程师的处境和想法也曾有过切身的体会，或许是这个原因，让我在和开发工程师交流的过程中还算是比较顺利，和他们相处得也还不错。在我的测试经历中，也接触过相当多的开发工程师，这里我把和开发人员交流的经验归结为“五要四不要”：

1、要耐心和细心

细心是测试工程师的一个基本素质，测试工程师是对质量负责的人，涉及到质量问题，就不能含糊，因此一定要细心，细心对待每一个可能的BUG、细心对待每一段被你检查的代码，细心对待每一个你撰写的BUG报告，细心对待你发出的每一封邮件。细心是一种态度，你的态度迟早会感染和你合作的开发人员，而这往往是合作愉快的基础。

至于说到耐心，在我的工作经历中，不厌其烦地向开发人员解释一个BUG，让他认识到BUG的重要性是经常的事情，其实想想也很正常，对任何人来说，被人指出自己的缺点和不足都不是让人舒服的事情，因此，一点不耐烦的情绪就可能引起对方很大的反感，给自己的工作带来不必要的麻烦。

2、要懂得尊重对方

开发是一件需要全面和综合考虑的工作，开发工作中，由于各种原因导致程序中出现问题是很正常的现象，作为测试工程师，发现了这些问题并不值得你夸耀，也不能说明你比开发工程师聪明。一个好的测试工程师一定是懂得尊重开发工程师的人，尊重对方的技术水平，尊重对方的代码。我接触过的开发人员都是挺和善的，一般来说，对他们最大的尊重就是承认他的专业水平，承认他的代码。对他们来说，代码就像是自己的孩子一样：）因此，记得在合适的时候表达你对他的尊重，赞扬一下他代码的精妙之处。

3、要能设身处地为对方着想

开发工程师一般都处在较大的工作压力下，他的上司直接考核他们的指标很大程度上是已完成的代码，所以在工作任务紧张的时候，对于测试工程师报上来的BUG会拖延解决甚至是推脱，给测试工程师的感觉就是很不合作。那么在这个时候，就需要设身处地的为对方着想了，每个人都会为自己的工作在内心排定优先级，如果他认为解决你发现的BUG不是重要的事情，那么最大的可能就是你并没有向他解释清楚这个BUG的严重程度。

发现BUG是我们的责任，敦促BUG得到解决是我们更重要的责任，因此，我们可以心平气和地和开发人员坐下来讨论一下BUG的严重程度，和他一起排定BUG的优先级别并确定解决的时间。

4、要有原则

不要忘记，测试工程师需要对产品的质量负责，在这一点上一定要有原则。测试工程师可以和开发工程师建立良好的个人关系，但在具体的事情上，一定要按照公司的相关流程来处理。当然，在坚持原则的同时，可以采用一些委婉的表达方式，可以在允许的情况下尽量体谅开发工程师，但请记住，一个有原则的测试工程师才能真正帮助开发工程师，才能赢得开发工程师的尊重。

5、要主动承担

如果开发工程师要求你承担部分不属于你的责任，比如，定位你发现的BUG到代码一级，或者是帮助他编写部分文档和代码（不要不相信，真的有这样的事情），那么你会怎么做呢？在我的测试经历中，这些事情都遇到过，我的原则是在可能的情况下尽量多承担。其实都是工作上的事情，有能力的话，多做一点也无妨。

在我的测试经历中，我会根据自己的进度和时间安排尽可能地提供更多的关于BUG的参考意见，甚至是定位到代码一级，这种方式不是正规的方式，但对于提高自己被信任的程度是非常有益的。但在主动承担时，一定要明确是在自己确有余力的情况下才能去承担，否则，婉拒是最好的对策。

【四不要】

1、不要嘲笑

不要嘲笑你所发现的BUG，即使是非常愚蠢的错误也绝对不要嘲笑，说不定那个错误是因为开发工程师联系加班24小时犯下的，对别人的工作始终应该尊重。如果你觉得有必要提醒他不再犯一些经常犯的错误，可以采用这样的方式：编写一份测试过程中发现的开发人员常犯错误的文档（记住，千万不要写上谁犯了这些错误），用轻松的口气调侃一下，发送给开发人员。这种方法我采用过，开发人员都能很快接受。

2、不要在背后评论开发工程师

永远不要在背后评论开发工程师的技术能力，这个绝对是非常忌讳的事情，一时的口舌之快或许会使你永远不再能同他良好地合作，要知道，开发工程师最在意地就是别人对他的技术能力的评价。其实这个不仅仅是作为测试工程师的准则，也应该是做人的准则。

3、不要动辄用上层来压制对方

在出现和对方的意见分歧的时候，应该采用什么方式说服对方呢？直接向上层求助当然是一个办法，但这种办法带来的负面左右也是很明显的，首先是作为上层的处理结果可能不一定符合你的愿望（在很多公司，开发工程师的地位高于测试工程师的地位，这种地位的不平等导致上层在处理分歧时会有一定的偏向性）；其次是动辄拿出上层来压制对方只能给他人留下无用的印象。所以在出现分歧时，尽量尝试通过沟通解决吧，实在不行，再动用最后的手段。

4、和开发人员的沟通不要只有BUG

除了在BUG记录单上，在其他的地方也让和你合作的开发工程师接触到你吧：），午餐或是集体活动的时候多和对方聊聊天，一方面可以增进彼此的感情，混个脸熟，打交道的时候也方便；另一方面，从他那里了解业务的知识和他负责模块的方方面面，对自己也是提升。我个人就很喜欢和开发工程师沟通，开发工程师其实一般都是比较健谈的，尤其是对自己程序的精妙之处，多了解一些，多接触一些，对自己总是有益的。

写了这么多，其实关键的就是两点：多从别人的角度去想想，所谓“换位思考”，多尊重对方就一定能得到对方的尊重与配合；其次是加强和开发工程师的沟通，让他清楚地认识到你的工作对他的价值，你发现的每一个BUG的重要性。

我一直认为，一个好的测试工程师一定是在公司里被所有人尊重的快乐分子，而不应该是一个“铁面判官”：）当然，作为我个人来说，绝对不敢说自己做的已经很好了，不过，我经常都记得提醒自己：尊重对方
（转自软件工程专家网）

作者: YXS 时间: 2006-4-26 10:19
深有同感，要处理好关系的。

作者: kmf_2003 时间: 2006-4-27 17:23
我们老大说测试人员是开发人员的客户.我不完全赞同.

作者: jakehy 时间: 2006-5-8 14:48
现在国内有一个不重视测试的大环境,导致大多数公司中开发人员和测试人员地位不平等.在这种环境下做测试工作更要有信心,要是因此在和开发接触时产生自卑心理,那么日常的工作就更本无法做了.

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