测试部门有必要独立于开发部门吗？(2014.3.3)（获奖名单已公布）

lsekfe

本周的问题为“本周的问题为：测试部门有必要独立于开发部门吗？”
此话题由会员mandy.wang提供，如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	my_shadow	50元京东礼品卡	#8
二等奖	土土的豆豆	300论坛积分	#27
三等奖	mandy.wang	100论坛积分	#47

goopy

如果上面的领导不重视测试，测试是很难独立出来的，如果测试不独立出来，会有很多测试工作无法开展，如果测试是归属开发管的话，测试会受开发的牵制，慢慢的测试思维会跟着开发走，这对测试是最致命的打击，再往后就是工作没激情，丧失了斗志，测试团队分崩瓦解，人员逐渐流失，长远来看，不利于测试人员的发展

朴东万

必须要分离开来，测试的思维与开发是不一样的，跟着开发走很多问题都不会发掘出来，当然也少不了与开发进行沟通。

海里的幸福

顶......叹为观止.....

wrpky

朋友你好,想和你聊天！

li_feibo

提出独立的理由只有一个“思维不能跟着开发走”
赞一个回复 8# my_shadow

sushe2009

这个问题提的着实有点尴尬。
首先，部门的定义。
假设有这样一个组织，该组织以产品为单位，成立一个一个产品的部门。每个产品部下都设有测试部和开发部。如果我们从大的部门上来说，他们都是一个产品部门的，没有分开。但从子部门来说，他们又是独立的分开的。
然后，我们看各自干的活。
开发，我们称之为开发工程师，通俗的说写代码；测试，我们称之为测试工程师，通俗的说测产品。彼此工作的核心不一样，技术要求不一样。如果让开发去做测试，或者让测试去做开发。可以吗？不是不可以，但对员工的要求太高了，最终产品或项目质量肯定会出问题，毕竟一个人的精力有限，全面发展的比率毕竟相对还是少的。
最后，我们再从从属上说。
开发和测试本身就不应该存在从属的说法。让测试从属于开发，听开发的，我相信大家都会头疼，也就是大家常说的测试被开发牵着鼻子走，缺乏影响力。然而让开发从属于测试，听测试的，产品就OK了？测试能有开发那样的编码技术吗？同样那需求该听谁的？开发站在开发的角度去分析需求，测试站在测试的角度去分析需求，本身就存在观念不一致的情况，再加上需求从业务的角度，那就乱套了。
从部门的角度来说，测试与开发可并可分，但从角色和分工上来说，大部分单位都不应该把测试与开发混为一体。为了保证项目或产品的质量，我们从各个角度出发，全面设计与体验，这样才能最大意义上做出优秀的成果。
测试与开发、需求之间存在的各种矛盾，其实是必然的，有人的地方就有矛盾。这个时候，各部门的头头，项目主管的存在的意义就体现了。有问题怕什么，总有解决的办法。需求文档有问题，规范？还是需求人员的能力？开发左右测试？那说明测试人员技能还不足，提升啊。测试人员是质量的守门员，可以用各种方式去防守，不能被开发给忽悠了，这是很重要的。但开发同样需要有坚定的立场和足够的技能，毕竟生产产品的还是开发人员。

sushe2009

这个问题提的着实有点尴尬。
首先，部门的定义。
假设有这样一个组织，该组织以产品为单位，成立一个一个产品的部门。每个产品部下都设有测试部和开发部。如果我们从大的部门上来说，他们都是一个产品部门的，没有分开。但从子部门来说，他们又是独立的分开的。
然后，我们看各自干的活。
开发，我们称之为开发工程师，通俗的说写代码；测试，我们称之为测试工程师，通俗的说测产品。彼此工作的核心不一样，技术要求不一样。如果让开发去做测试，或者让测试去做开发。可以吗？不是不可以，但对员工的要求太高了，最终产品或项目质量肯定会出问题，毕竟一个人的精力有限，全面发展的比率毕竟相对还是少的。
最后，我们再从从属上说。
开发和测试本身就不应该存在从属的说法。让测试从属于开发，听开发的，我相信大家都会头疼，也就是大家常说的测试被开发牵着鼻子走，缺乏影响力。然而让开发从属于测试，听测试的，产品就OK了？测试能有开发那样的编码技术吗？同样那需求该听谁的？开发站在开发的角度去分析需求，测试站在测试的角度去分析需求，本身就存在观念不一致的情况，再加上需求从业务的角度，那就乱套了。
从部门的角度来说，测试与开发可并可分，但从角色和分工上来说，大部分单位都不应该把测试与开发混为一体。为了保证项目或产品的质量，我们从各个角度出发，全面设计与体验，这样才能最大意义上做出优秀的成果。
测试与开发、需求之间存在的各种矛盾，其实是必然的，有人的地方就有矛盾。这个时候，各部门的头头，项目主管的存在的意义就体现了。有问题怕什么，总有解决的办法。需求文档有问题，规范？还是需求人员的能力？开发左右测试？那说明测试人员技能还不足，提升啊。测试人员是质量的守门员，可以用各种方式去防守，不能被开发给忽悠了，这是很重要的。但开发同样需要有坚定的立场和足够的技能，毕竟生产产品的还是开发人员。

lilinyuliyang

这个问题要根据项目而定，不同的项目要求不一样，也许项目是没有必要的，但是有些项目也有必要

jasonWangLoad

回复 1# lsekfe
没有必要也不应该独立……测试与开发共享绩效才能从根本上让软件质量匹夫有责，让测试与开发变成互帮互助

rc2455

主观来讲，测试和开发能够各自独立为单个部门是再好不过了，二者统筹结合，相辅相成；
客观来讲，还是得看各个企业、公司的自身情况以及主管领导而定。

msnshow

独立不独立只是架构形式，最主要的还是管理的时候是如何管理的

cqy023

有必要的
1：任何行业都是一样的流程，制造---检验---验收，所有的产品必须有检验，也就是品质测试，在其他非常成熟包括硬件产品，食品，都有一个检验或测试部门，只不过是现在软件在国内还没有真正发展到一定的地位，其实，需要不需要是不用去否认的，当然，这个需要一点时间，中国人非常喜欢国外的产品，类似IPHONE等，但是人家的在品质中的细节但是我们都不愿意去学习，这也是我们的缺点，以后，这个问题别纠结了，必须的

weiyunyun

个人结合我现在所在的公司。觉得有必要。我们公司目前的情况也是测试部门独立于开发部门的并且测试环境也独立于开发用的测试环境。主要之前测试开发环境在一起，导致测试人员测试的时候，有些环境开发调试程序的时候做了修改但提交测试的时候没有说明。那样我们测试的时候不知道，导致发布的时候环境对，也影响到功能的实现。
    开发人员一般只会对自己的程序做一些简单的测试，功能大体上实现了就ok了。有些比较自信的开发，甚至对些简单的修改都不会进行测试的。开发者和测试者的心态不一样，站的角度也不一样。测试者一般会站在用户的角度来考虑问题。比如操作简易度，界面美观度，页面反应快慢等等。总之是有能满足自己的需要还要好用。而开发可能不是这个心态。他们是专业的，会以专业的眼光看问题，有的可能会对客户的需求还不屑。觉得客户无厘头。
    另外，开发当然不希望自己的程序错误多，那样是对他能力的一种否定。但是作为测试的我，觉得如果一直都测不出问题来，要么就是程序写的太好，要么就是我能力太差。所以我总会多想想怎么测才好。尽量多找些问题出来。对于需求做深入的思考，找出潜在的意思和肯能会遗漏的点。比如测简单的加减计算的时候。我得考虑正、负。负数还得考虑符号在前、在后。非法数字是截取数字还是不参与计算等。
    综上：测试部门应该独立于开发部门。

sweety_hu

按照职能划分的话，建议测试与开发是独立，在工作意义上来讲测试是保障着项目质量，无论从工作量还是需要掌握的技术方面来讲都是不亚于开发，只是目前国内的软件行业现状使得软件测试人员处于一个尴尬的地位；
  从工作的配合方面测试与开发肯定是一体的，因为工作内容的不同决定工作思维的不同，但是无论形式何终，最终的目的都是使得这个项目呈现出最好的状态。

zhanghaiyu1365

测试的工作是为了发现缺陷，提高软件的质量， 测试有必要独立于开发以外，不能跟着开发的思路，这样有利于软件质量的提高。

angelia861122

最好是独立于开发，否则测试的很多工作会和开发产生冲突，在观点和立场上容易被开发牵着走，也不利于测试工作进行开展。

sendtion

测试是需要独立出来的，但是开发过程中，测试是一直在进行的，我认为部门可以独立，但是工作的时候可以结合，这样的测试才能完美

quezi

完全可以独立。但是也应该根据实际情况而定。不能够一棒子打死一群。至于会不会被开发左右取决于测试人员本身。 当然我赞成独立出来。

zxytesting

有必要，否则会被开发所左右

丝路

经历了两次的分分合合。到现在觉得其实分开不分开都无所谓了。

核心是思想上的高度统一、规范上的严密。

测试人员层级划分、职责范围、考核办法、职业规划。应该是独立的。而不是归属于项目经理的主管判断。

良好的环境不是独立或者分开，而是无论在项目组还是独立测试团队，每个测试人员都能找到自己的价值感。

liusiyan

这个问题取决于老板的心态和测试人员的能力，老板不想投入，测试能力不够，都会导致测试并入开发，未必对测试人员不利。测试人员的成长在开发部门会更快。