个人觉得还是有必要独立出来的,测试团队和开发团队虽然是为了同一产品而共同奋斗,但某种程度上来讲,测试部门和开发部门是相对的.当然很多公司发展初期都不具备测试部门,都是开发人员自开自测,这个时候就是未分离开的.所以 开发团队和测试团队需不需要独立跟产品的发展情况有关.
个人见解.
是不是要独立出来要看情况。
如果项目经理足够重视测试，那可以不独立。
相反的情况下，测试需要独立出来，不然测试直接听命于不重视的项目经理之下，项目质量无法有效的控制。
测试应该独立出来
1，目前国内大部分公司无独立的测试人员，而有测试人员的大部门都是附属于技术部门下，目前的现状是测试人员在大部分人眼中不是必要的且地位不高
2，大部分测试人员技术要求不高，与开发职责划分不明确。为了扩宽测试人员的路，应该培养测试人员的技能，不依靠于开发人员做代码工作。提升技能，提升责任心，提升存在感。
3，测试人员贯彻整个链。重要程度需要自己证明。
我个人认为测试独立于开发团队会比较合适些。
因为从每个人的职业发展角度考虑，在一个独立的部门，会感觉是在一个组织，这样对于人员的稳定性相对会高，人员的稳定对于测试有利的地方是在于业务知识的熟悉，就像现在市场上很多企业招聘要求都会是要求你具备行业业务知识经验；只有人员稳定，帮助开发解决更多的产品质量问题，形成一个良性循环，测试的部门发展和人员发展才会更好，反之就会越来越糟糕。
但目前国内很多中小型企业在面临市场决策的情况下更多的是着重强调产品出来就推向市场，所以测试相对会不受重视，这也确实是实实在在存在的现实问题；这也就取决于公司的管理层如何去平衡这个问题。
这个问题比较有趣，直射出当前国内软件测试从业者的尴尬境遇
逐一看了上面的所有回复，提出独立的理由只 ...
my_shadow 发表于 2014-2-12 12:05 http://bbs.51testing.com/images/common/back.gif
看了你的回复，理论上确实是这样，但你提到的三个条件估计在很多公司都是很难做到这么理想的。
从某些方面来说：不用独立。因为在测试的时候，当需求有歧义或者混淆时还是需要面对面的沟通。
zm51testing 发表于 2014-2-12 17:37 http://bbs.51testing.com/images/common/back.gif
测试部门与开发部门独立了不代表测试人员和开发人员不能进行面对面的沟通吧。
本帖最后由 mandy.wang 于 2014-2-22 15:05 编辑
目前测试部门在各个公司的组织结构中所处的位置可能各不相同，但大致可能存在如下四种组织结构：
1）测试部门独立，与开发部门平行；
2）测试部门独立，但从属于开发部门；
3）虚拟的测试部门，测试人员以组为单位被安排到各个开发团队；
4）没有专门的测试部门，每个开发团队会有若干人在系统集成阶段转换成测试角色。
第一种，从软件过程管理上看，应该是最理想的，测试部门与开发部门平行，因此在项目中的地位就是平起平坐，从组织上避免了测试在项目中受制于开发团队的风险，保证了测试过程和测试结果的客观性和有效性，能够最大限度的根据软件质量规范对产品进行测试。但这种组织结构相当于把测试和开发分成两个泾渭分明的活动，并没有过多的考虑两种活动之间的互为补益，在这种组织结构下，也很可能演变成测试和开发之间的对立，或者增加测试和开发之间的沟通成本。
后面三种，都是比较让测试人员比较郁闷的，在项目中会处处受制于开发团队，其实测试人员融入到开发团队也是有好的方面的，比如沟通会比较方便，任务响应也会比较及时，缺憾就是由于开发和测试人员沟通很容易，因此原有的一些软件过程规范就开始变得不被重视，比如说当设计变更后，开发人员可能就不会再去更新设计文档，而是口头通知测试人员了，这样的话，一是没有留下设计变更的相关文档，在后续的开发中无据可依，二是“空口无凭，立字为据”，产品一旦出现问题，到底是谁的责任就说不清了；而且，在没有一个过程规范的背景下去开发，产品质量肯定是无从保证的。另外测试的结果有可能不会被项目组所重视，需要频繁的进行协调，才能及时处理缺陷。因此从软件的质量控制上考虑，测试部门还是独立比较好。但测试部门独立有优点同样也会带来一些问题，优点有：
● 可以使测试人员对软件测试和软件中的错误抱着客观的态度，这种客观的态度可以解决测试中的心理学问题，既能够以揭露软件中的错误为目的进行工作，也能不受发现的错误的影响； ● 经济上的独立性使其工作有更充分的条件按测试要求去完成； ● 软件测试是技术含量很高的工作，需要有专业部门加以研究，并进行工程实践，积累大量的实践经验。专业化分工是提高测试水平、保证测试质量、充分发挥测试效用的必然途径； ● 由于专业优势，测试部门独立形成的测试结果更具信服力，而测试结果常常和对软件的质量评价联系在一起。因此，由专业化的独立测试部门进行评价的权威性更强； ● 独立测试部门的主要任务是进行独立测试工作，这使得测试工作在经费、人力和时间方面更有保证，不会因为开发的压力而减少对测试的投入，降低测试的有效性，从而可以避免开发组织侧重软件开发而对测试工作产生不利的影响。随着测试部门的独立，也会带来一些问题： ● 组织的复杂度越来越高，管理成本增加； ● 沟通效率降低，原来可能只是需要打个招呼的问题，现在需要通过复杂的配置管理、缺陷管理和文档管理系统来解决； ● 测试人员和开发人员的距离越来越远，项目团队氛围可能会下降，某些极端情况甚至出现开发人员和测试人员的对立现象； ● 测试人员重点关注测试相关技能，对开发技能的掌握比较差，不利于发现系统需求和设计方面的缺陷； ● 独立的测试部门可能降低开发人员的质量责任感，开发人员可能会觉得产品质量应该是测试部门的事情，而不是整个项目团队的责任。
因此对于测试部门是否有必要独立于开发部门，各个公司确实需要根据自身的规模、项目的特点、项目经理的素质、测试人员的能力等等进行决策。
这个问题取决于老板的心态和测试人员的能力，老板不想投入，测试能力不够，都会导致测试并入开发，未必对测试人员不利。测试人员的成长在开发部门会更快。
经历了两次的分分合合。到现在觉得其实分开不分开都无所谓了。
核心是思想上的高度统一、规范上的严密。
测试人员层级划分、职责范围、考核办法、职业规划。应该是独立的。而不是归属于项目经理的主管判断。
良好的环境不是独立或者分开，而是无论在项目组还是独立测试团队，每个测试人员都能找到自己的价值感。
有必要，否则会被开发所左右
完全可以独立。但是也应该根据实际情况而定。不能够一棒子打死一群。至于会不会被开发左右取决于测试人员本身。 当然我赞成独立出来。
测试是需要独立出来的，但是开发过程中，测试是一直在进行的，我认为部门可以独立，但是工作的时候可以结合，这样的测试才能完美
最好是独立于开发，否则测试的很多工作会和开发产生冲突，在观点和立场上容易被开发牵着走，也不利于测试工作进行开展。
测试的工作是为了发现缺陷，提高软件的质量， 测试有必要独立于开发以外，不能跟着开发的思路，这样有利于软件质量的提高。
按照职能划分的话，建议测试与开发是独立，在工作意义上来讲测试是保障着项目质量，无论从工作量还是需要掌握的技术方面来讲都是不亚于开发，只是目前国内的软件行业现状使得软件测试人员处于一个尴尬的地位；
从工作的配合方面测试与开发肯定是一体的，因为工作内容的不同决定工作思维的不同，但是无论形式何终，最终的目的都是使得这个项目呈现出最好的状态。
个人结合我现在所在的公司。觉得有必要。我们公司目前的情况也是测试部门独立于开发部门的并且测试环境也独立于开发用的测试环境。主要之前测试开发环境在一起，导致测试人员测试的时候，有些环境开发调试程序的时候做了修改但提交测试的时候没有说明。那样我们测试的时候不知道，导致发布的时候环境对，也影响到功能的实现。
开发人员一般只会对自己的程序做一些简单的测试，功能大体上实现了就ok了。有些比较自信的开发，甚至对些简单的修改都不会进行测试的。开发者和测试者的心态不一样，站的角度也不一样。测试者一般会站在用户的角度来考虑问题。比如操作简易度，界面美观度，页面反应快慢等等。总之是有能满足自己的需要还要好用。而开发可能不是这个心态。他们是专业的，会以专业的眼光看问题，有的可能会对客户的需求还不屑。觉得客户无厘头。
另外，开发当然不希望自己的程序错误多，那样是对他能力的一种否定。但是作为测试的我，觉得如果一直都测不出问题来，要么就是程序写的太好，要么就是我能力太差。所以我总会多想想怎么测才好。尽量多找些问题出来。对于需求做深入的思考，找出潜在的意思和肯能会遗漏的点。比如测简单的加减计算的时候。我得考虑正、负。负数还得考虑符号在前、在后。非法数字是截取数字还是不参与计算等。
综上：测试部门应该独立于开发部门。
有必要的
1：任何行业都是一样的流程，制造---检验---验收，所有的产品必须有检验，也就是品质测试，在其他非常成熟包括硬件产品，食品，都有一个检验或测试部门，只不过是现在软件在国内还没有真正发展到一定的地位，其实，需要不需要是不用去否认的，当然，这个需要一点时间，中国人非常喜欢国外的产品，类似IPHONE等，但是人家的在品质中的细节但是我们都不愿意去学习，这也是我们的缺点，以后，这个问题别纠结了，必须的
独立不独立只是架构形式，最主要的还是管理的时候是如何管理的
主观来讲，测试和开发能够各自独立为单个部门是再好不过了，二者统筹结合，相辅相成；
客观来讲，还是得看各个企业、公司的自身情况以及主管领导而定。
回复 1# lsekfe
没有必要也不应该独立……测试与开发共享绩效才能从根本上让软件质量匹夫有责，让测试与开发变成互帮互助
