测试部门是要独立于开发部门的，从工作性质上来说，开发和测试是相对立的工作，设在同一个部门，测试组的成员或多或少要受制开发经理的，而在常规的公司，一般开发部门的经理很有权威，部门的人要听从于他的安排，这样的状况致使测试部门不能正常的按照测试流程进行，如果独立出来，测试部门就可以按照自己的思路京进行工作的安排和测试。当然在大一些的项目组测试有必要独立出来，但在小的公司，测试人员配置也许就不多，更不要谈论测试部门的独立了。还需要具体情况具体处理的。
有必要！只有独立出来，才能做到分工明细，测试部才能成长。
这个问题有点大，这应该是属于决策层考虑的问题。针对问题做出假设，并进行分析。
一、假设公司规模比较大（大公司），工作都流程化、规范化、定位明确；这种情况下，测试部门当然有必要独立出来。
好处：
1、测试工作能够更加的规范化，各项工作都会细化，测试工作也更加有效率，进而能够更好的保证软件质量；对公司的长远发展也是有利的。
2、测试部门与开发部门处于同等地位，测试部门的人员会更能够认识到自己作用，不会比开发差，心情好自然有利于测试工作。
3、能够更有效的管理测试工作，测试人员的培训、绩效考核、技术分享等能够为测试人员的发展提供帮助，给予足够的重视，进而测试团体的整体氛围会更加积极，自然更利于测试工作。
缺点：
1、与开发部门的沟通相对比较麻烦，由于部门独立、沟通就需要双方协调进行，若是沟通出现问题，便会影响测试工作。
2、测试人员不能更好的了解开发过程，例如开发用到了什么技术、这些技术对系统有什么影响等。
二、假设公司规模比较小（小公司），人员不多，各项工作并不是十分的规范、清晰；这种情况下，测试就没必要从开发中独立出来。
好处：
1、节省人力成本；在公司没有能力的情况下不会把测试独立出来的，这个都需要钱的。
2、开发与测试能够更好的团结一起，沟通较为灵活、测试人员能够更好了解开发所用的技术等，这样也有利于测试工作。
缺点：
1、测试人员处于较为被动的局面，在处理BUG时也会受到开发人员的影响，测试人员的作用变得不那么重要了，进而影响软件质量的保证。
2、在国内，作为一个团队，PM一般都是重视开发的不利于测试工作；开发（核心作用）是出产品的，而测试（辅助作用）是保证产品的；当然我觉得这种认识也会慢慢改变的。
3、测试得不到重视，软件质量就少了一份保证，长远来看也是不利于软件发展的。
综上所述，测试部门的独立是必然趋势；尽管现在很多公司没有将测试独立出来，我相信在不远的将来，随着国内IT行业的不断发展，大家会慢慢的认识到软件测试的重要性及有效的软件测试，
进而更有效保证软件质量。
我的个人想法是不应该独立出来，测试开发一起的话，从需求开始就能比较了解项目，与开发人员的合作能够更无间，但项目经理要对测试的重视程度应该达到一定的高度，对于测试的理念要给予重视，从而做到重视测试工作，以便保证项目的质量。
独立不独立只是一种形式，我个人觉得测试人员时刻把持住自己，提高个人能力，真正做到测试驱动开发，最终都能达到提高产品的质量。
如果上面的领导不重视测试，测试是很难独立出来的，如果测试不独立出来，会有很多测试工作无法开展，如果测 ...
goopy 发表于 2014-2-12 09:29 http://bbs.51testing.com/images/common/back.gif
当前我们是测试从属与开发，统称研发。部门经理是开发出生，再加上做移动应用测试，需求优化和变更非常频繁，所以所谓的流程估计也没很有力的执行。主要是，有些问题如果是技术限制或是可能会耽误开发周期，一般都是说不；最重要是开发出包可以无限期延后~当然我也只是新手，不知道这样好不好。好与不好，都是久了才知道吧~
这个话题其实可能会存在争议，个人认为也有点大。
测试部门与开发部门是否独立开来，完全取决于高层领导的决策、意识，以及不同部门组织结构给整个公司或者说团队的建设是否带来积极、正面、有利的影响和作用。
我们在这里肯定了测试人员的价值，毋庸置疑！
我们在这里肯定了测试流程的规范性，清楚明白！
我们在这里肯定了测试在软件生命周期内的重要地位，必须的！
所以，是否需要成立测试部门，我们可以转换成测试在整个软件开发生命周期及软件工程领域过程中各结点，如过程改进、过程控制、质量标准等目标与具体要求。
我们可以通过比较来探讨成立测试部分与否的意义。
不成立独立的部门：
测试部门很多公司不成立，也许就是隶属于研发中心/研发部门。
我要提出自己观点：测试不隶属于开发！所以不可以从属与开发部门！这个我不赞同。
公司不分开发和测试部门也没有关系。这样可以很好的建立一个软件开发测试大团队。在统一的研发部门中，有需求，有开发，也有测试。团队氛围应该以一个大集团去衡量和体验！我们完全可以便捷自由地和同事们进行协作、交流，不必考虑不同部门间的那些琐碎规章与条条框框，搞成部门间的特别独立或内部矛盾。
上述我特指关系融洽的情况。不过合为一体也有些潜在问题，就是内部流程混乱！测试完全可能不会被项目组所重视，需要频繁的进行协调，才能及时处理缺陷。测试可能跟着开发节奏走，造成版本控制紊乱，测试版本预发布不干净等。开发与测试不独立开来，统筹由研发中心老大管理，如何协调这么一个大团队是门学问！另外，很容易造成测试阶段滞后，毕竟传统软件开发生命周期中处于后期阶段。
成立独立的测试部门：
测试部门独立在大公司尤其突出，也是公司领导层对测试理念和意识的体现。一般来说，有ISO 9001质量体系或CMMI体系的公司会有独立的测试部门。这种结构现在也越来越被大多数领导接受，其目的是为了保证测试过程和测试结果的客观性和有效性。规范化的测试部门完全和开发部门一样重要！从测试需求分析、测试用例设计、测试脚本开发、测试执行、测试缺陷统计、测试报告整理等等，独立的团队有部门老大监督和管理，也为上层管理人员分担了责任和压力，使得公司组织结构更加清晰和规范。所以测试部门独立开来，加强工作的独立性与工作平等性，我们测试不是开发的小弟和跟班。
然而，其也有一定风险。在这种模式下，很可能演变成测试和开发之间的明争暗斗/对立，或者增加测试和开发之间的沟通成本。毕竟部门层面有考核指标，部门间也有竞争压力。测试部门最终还是存在和开发等部门进行暗箱操作/PK的情况。
所以测试部门是否独立完全看公司决策！从根本上说，部门独立是一个形式而已。只要规范了测试与开发流程，完善了软件开发测试过程，建立了自己的内部质量体系和标准。我们才能把工作做好。工作才有所依据和参照性。
测试部门是否独立既有优势也有劣势，我们要取之精华，去之糟粕。
希望无论是否将测试部门独立，我们都得本着能有效的降低沟通成本，保证测试环境/人员的独立，跟着规范/标准进行办公，严格控制需求变更/完善版本更新发布，强化领导在测试方面的意识。这样，测试永远就是独立的，干净的，稳定的。
我们测试人员工作也是顺心的，平等的，有效的。
以上个人拙见，请讨论。
按照工作流程，工作规范来看，必须独立。
但是实际上还得看公司现状。十来人的小型创业公司开发、测试都一起干了。大型公司，开发、测试当然需要独立运行。
想把测试作为一项长期行为动作的话，就独立出来；如果只是短时间行为动作的话，就没必要独立出来。
因为测试部门独立出来的好处有：能形成一定的制度规范，能从另一个角度去评价一个项目，能更细化项目的工作，等等；测试部门不独立出来，很多方面就不能做到更好。
测试独立和不独立都是一种形式，关键还是要重视测试这个工作，才能对项目有帮助。
从项目的角度出发，
如果是一个短期的项目，做完基本人员就分散了，那么没有必要纠缠是否需要单独的测试部门。
如果是一个长期的项目或者一个产品，那么基于产品质量控制的需要，包括的长期跟踪、维护，产品质量文档的管理，测试资源设备的管理，测试人员的管理，单独的测试部门都是必要的和必须的
系统测试人员有必要独立出来。
没必要，同属一个部门，一个leader，大家目标一致，不会导致kpi矛盾，而且一个团队的，能加深合作默契，减少摩擦
回复 8# my_shadow
支持你的观点。我们部门测试和开发是在一起的。但是我会用需求说明书为准，甚至在业务熟知的程度下，可以质疑需求某些不合适的地方更加完善，而最终开发和测试所判断的标准，坚决按照需求规格说明书来。如果有测试说开发是这样说的，只能说测试自己的定位没有做好。
回复 8# my_shadow
支持你的观点。我们部门测试和开发是在一起的。但是我会用需求说明书为准，甚至在业务熟知的程度下，可以质疑需求某些不合适的地方更加完善，而最终开发和测试所判断的标准，坚决按照需求规格说明书来。如果有测试说开发是这样说的，只能说测试自己的定位没有做好。
测试和开发分开？软件测试基础不是告诉我们测试和开发应该同步进行嚒？
看了大家的回复，深有感触；
1. 首先，就是对测试团队重视程度还是不够的；
2. 其次，整个团队内部流程也 ...
小黑兔 发表于 2014-2-12 18:34 http://bbs.51testing.com/images/common/back.gif
我 也是处于这种尴尬界面，又测试，又运营，又数据分析，你妹的，都不知道是搞啥子的啊。。。。。
测试的工作能够细分成很多种，越是涉及到细节的测试工作越是无法独立于开发，否则将无法开展。而测试独立于开发的另一方面是有比较详尽的需求及设计文档以及较好的测试规划为前提的，所以，个人感觉，想要测试独立开来且做到最好，难度是比较高的。
回复 1# lsekfe
开发和测试工作是两个环节，如果合并在一起，测试受制于开发，就不能保证测试的公正性。
开发和测试的职位、职业规划和测试也完全不一样，合并在一起，不利于测试人员的定位和发展。
总体来讲，测试和开发应该是两个独立的部门，只是两个部门之间沟通交流比较多。
回复my_shadow
试问：你们公司的测试在一个产品完全没有形态的情况下，测试可以把需求规格说明 ...
paopaotang421 发表于 2014-2-14 11:59 http://bbs.51testing.com/images/common/back.gif
支持支持 ，8楼的说法太理想化
现在普遍现象都是研发部门的老大监管测试部门，坑
