测试部门有必要独立于开发部门吗？(2014.3.3)（获奖名单已公布）
本周的问题为“本周的问题为：测试部门有必要独立于开发部门吗？”此话题由会员mandy.wang提供，如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！
获奖名单
奖项获奖名单奖励答案链接
一等奖 my_shadow 50元京东礼品卡#8
二等奖 土土的豆豆 300论坛积分
#27
三等奖 mandy.wang 100论坛积分 #47
如果上面的领导不重视测试，测试是很难独立出来的，如果测试不独立出来，会有很多测试工作无法开展，如果测试是归属开发管的话，测试会受开发的牵制，慢慢的测试思维会跟着开发走，这对测试是最致命的打击，再往后就是工作没激情，丧失了斗志，测试团队分崩瓦解，人员逐渐流失，长远来看，不利于测试人员的发展 很久以前认为测试必须独立开发， 现在我觉得没必要了。 不知道，刚刚参加测试工作，我们公司对测试的定位比较杂，总让我觉得无所适从，你可能是测试人员，你也可能是文职工作者，这样总觉得十分的尴尬。我希望测试部门能独立出来，但我又认为测试独立出来真的很费劲，许多书上都写着测试的流程，测试的开始与结束应与开发同步，可是现实中会不会真的成功的，我的资历太浅，不知道应该如何，但不管如何，测试是适应环境融入其中，还是独树旗帜，独立于开发，可能需要对不同的项目有着不同的要求吧 测试人员的管理和对工作的评价指标都应该独立于开发团队，但是工作和开发是分不开滴，二者又需要好好统一工作，这时候就需要有一个项目经理来同时领导dev和QA。 个人觉得分开更好点。测试的思路不能被开发主导了，如果在同个部门，测试地位还是相对低一些。 个人觉得测试部有必要独立于开发部门，以当前实际工作为例，我们公司当前就是测试部未独立于开发，导致的现象是时间长了测试人员的思维会跟着开发走，当我们（质量部）来对他们做的产品功能进行验收测试时，一些功能明明可以做得更好，或本身这里就存在问题，虽然不是致命问题，测试人员会告诉我，“开发说就是这样的”，这个时候我很无语。。。测试人员已经没有用户体验的概念了，仅仅只是为了完成任务。。。。。。。。 这个问题比较有趣，直射出当前国内软件测试从业者的尴尬境遇
逐一看了上面的所有回复，提出独立的理由只有一个“思维不能跟着开发走”
如果下面条件满足：
1、规格需求文档，清晰，完整
2、Schedule 严格落实
3、测试资源和环境，完善，完备
请问，这样，测试还会跟着开发走吗？！
测试与开发，从来都不是对立面，更不是谁附属谁，只是完成同一项工作的不同分工
为什么会存在“开发是这样说的”这样的情况？
规格是怎样说的，我们要求就是怎样的！
问题的根本不是部门是否需要分开（理论是死的，人是活的，项目情况是多变的），而是流程是否完善，能力是否充足
SO,这个问题还需要继续讨论吗？ 1.对于单纯的工作内容而言，测试和开发需要在一个团队中相互合作，不可分割；
2.对于测试人员的管理而言，测试人员和开发人员的管理机构是要相互独立的
3.一切建立在正确的人待在正确的位置上，能够正确的履行自己的职责，完成自己分内的工作
4.平时分属各个组织，战时组成战斗大队（而且是每个人能够高效发挥自身的战斗大队，即结构合理，能力正确）；个人提倡这样的理想方式 这个问题比较有趣，直射出当前国内软件测试从业者的尴尬境遇
逐一看了上面的所有回复，提出独立的理由只 ...
my_shadow 发表于 2014-2-12 12:05 http://bbs.51testing.com/images/common/back.gif
十分支持这个观点 这个是个老生常谈的话题 测试如果想具备独立的话语权 后续持续发展 与开发共同进步 那么独立出来是必然的道路、不能给人一种这个人做开发一般 辞退了可惜 转测试去吧 让人觉得测试入门快 起点低 没技术含量。 最现实的一点 后续如果测试部门不独立 奖金与开发在一个池子中 都由开发经理负责分配，对测试的福利也不利啊 ^_^ 测试最需要的是在不同方面 体现出自己的价值 测试和开发应该更多处于互补的位置，比如开发人员擅长编码 那么测试在环境搭建、服务器搭建、测试理念、非功能测试等方面就要有所专长，双方各有所长，项目才能持久发展，否则什么都依赖开发，测试即使独立 也只是虚假的独立。以上只是个人浅见。:) 从某些方面来说：不用独立。因为在测试的时候，当需求有歧义或者混淆时还是需要面对面的沟通。 比尔盖茨曾经说过：微软是一家软件测试公司。
从这一句话，就能看出，国内的软件公司和国外的大的软件公司的差距在哪。
开发不是企业的瓶颈，测试才决定了一家公司是否是“微软”。相信在微软和国内公司都做过的人，是不会否认这个观点的。
对于楼主的问题，答案当然也是肯定的。 看了大家的回复，深有感触；
1. 首先，就是对测试团队重视程度还是不够的；
2. 其次，整个团队内部流程也不够完善，导致测试总是跟着开发屁股后面跑；
本人现在 测试+客服+数据整理的混乱着，有的时候真不知道自己是干啥的。 本帖最后由 lanny 于 2014-2-13 12:29 编辑
是否需要设置独立的测试部门，不取决于老板，更不取决于开发人员，这个问题归根结底是由用户来决定的！
用户需要的是产品还是项目，这很大程度上决定了软件研发过程的选择。而研发过程采用传统的瀑布模型还是时下流行的敏捷开发，决定了测试部门是否有必要独立于开发部门。
举例来说，对于软件产品，尤其是大型企业软件，军队政府机构采购的大型系统，需求稳定，研发周期相对较长，产品质量要求相当高。通常会采用瀑布模型开发，在瀑布模型中，测试和需求分析、代码开发一样本来就属于一个独立的环节，测试部门无疑也需要独立。
而对于互联网软件产品、小微型软件产品或者是IT项目，需求隔三差五要变，市场机会稍纵即逝，工期紧压力大。通常会采用敏捷开发，快速迭代。如果这样的项目或产品中的测试还继续沿用瀑布模型中的测试环节，那项目就很那准时交付，经常的变更引入也会使那样的测试方法事倍功半。推荐的方法是将测试角色分摊给开发工程师。在Google，测试团队的名称被改为了工程生产力(Engineering Productivity)团队，开发负责测试，开发负责质量[参考《Google软件测试之道》]，生产力团队负责帮助开发团队搞定这两项任务。再者况社会化测试的兴起，使得这样的项目测试效率和成本更进一步得到了优化。
最后说一下测试人员的地位。不止测试人员的地位，老板、PM、SE、开发任何人的地位都是靠自己争取来的。即使你原来是老板、PM，如果你是蠢蛋，照样没人看得起你。哪怕你原来只是前台、文员，只要努力、好学，总有一天别人会对你刮目相看。耐住寂寞，做好你手上的每一件小事！ 对于大公司来说，肯定有必要，对于小公司来说，也可以成立一个临时的测试组，随机应变！ 独立不独立的在我看来，这个要一分为二的去看待这个问题！
首先在管理上要独立，测试的绩效考核，管理流程人员培训，思考问题的方式方法的毕竟和开发的不一样，如果一味的混在一起的话，对于测试开发都是不好的，更会在管理上造成各种麻烦。
其次在工作中，测试人员要和开发人员，需求人员和好的配合，特别在修bug和bug跟踪上面，都需要大家配合。所有我觉得在具体的工作中，测试人员还是和开发人员混在一起的比较好，这样一来提高沟通效率，二来提高工作效率 如果上面的领导不重视测试，测试是很难独立出来的，如果测试不独立出来，会有很多测试工作无法开展，如果测 ...
goopy 发表于 2014-2-12 09:29 http://bbs.51testing.com/images/common/back.gif
支持，支持 和测试人员能力相关，如果能力强于开发人员，比如说就是开发老手转行做测试，那最好独立。如果能力还不如开发人员，独立不独立效果差别不大，即使独立出来，开发人员未必会服。 回复 8# my_shadow
试问：你们公司的测试在一个产品完全没有形态的情况下，测试可以把需求规格说明书写的和未来开发出来的一模一样麽？
如果说需求规格说明书是需求后面和开发同步更新的，您同意么？若同意的话，这个时候是开发更靠前一些还是测试更先做出产品？
