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

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

如有不好的地方，请见谅

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

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

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

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

正在努力。

很高兴看到大家这么好的见解！

忘了在哪里看过这句话，觉得很有道理：用制度管人，不能人管人。

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

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

我们测试人员也应该理解作开发的：）

在一般实际情况里面，开发人员的不理解是可以体会的，尤其是对于那些开发只是谋生工具的人来说。楼上的朋友提出一个好好的问题。

测试,开发,不可能成为朋友.
因为立场是对立的.

一定要对事不对人。

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

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

引用:

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

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

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

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

引用:

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

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

一点也不理解人！

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

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

郁闷！

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

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

引用:

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

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

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

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

请看看我的作品http://www.sawin.com.cn/doc/QM/Test/testor2.htm

呵呵,如果公司制度不是以测试出来多少BUG来衡量开发和测试的考核问题的话,我认为开发和测试成为朋友是很有可能的 ,我是一成功例子!!因为开发和测试原本就应该是为了共同的目标,在一个公司里为了公司生产出更好的产品呀!

fzx中级战友，说得合情合理，值得我们测试人员学习贯彻，可以做为指导思想．