51Testing软件测试论坛
标题: 测试部门有必要独立于开发部门吗？(2014.3.3)（获奖名单已公布） [打印本页]
作者: lsekfe 时间: 2014-2-10 15:04
标题: 测试部门有必要独立于开发部门吗？(2014.3.3)（获奖名单已公布）
本周的问题为“本周的问题为：测试部门有必要独立于开发部门吗？”
此话题由会员mandy.wang提供，如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！
[attach]89108[/attach]
作者: jyfyqy 时间: 2014-2-11 15:33
很久以前认为测试必须独立开发， 现在我觉得没必要了。
作者: 测试菜鸟0324 时间: 2014-2-11 16:44
不知道，刚刚参加测试工作，我们公司对测试的定位比较杂，总让我觉得无所适从，你可能是测试人员，你也可能是文职工作者，这样总觉得十分的尴尬。我希望测试部门能独立出来，但我又认为测试独立出来真的很费劲，许多书上都写着测试的流程，测试的开始与结束应与开发同步，可是现实中会不会真的成功的，我的资历太浅，不知道应该如何，但不管如何，测试是适应环境融入其中，还是独树旗帜，独立于开发，可能需要对不同的项目有着不同的要求吧
作者: goopy 时间: 2014-2-12 09:29
如果上面的领导不重视测试，测试是很难独立出来的，如果测试不独立出来，会有很多测试工作无法开展，如果测试是归属开发管的话，测试会受开发的牵制，慢慢的测试思维会跟着开发走，这对测试是最致命的打击，再往后就是工作没激情，丧失了斗志，测试团队分崩瓦解，人员逐渐流失，长远来看，不利于测试人员的发展
作者: zangwenjie 时间: 2014-2-12 10:22
测试人员的管理和对工作的评价指标都应该独立于开发团队，但是工作和开发是分不开滴，二者又需要好好统一工作，这时候就需要有一个项目经理来同时领导dev和QA。
作者: ilanlin 时间: 2014-2-12 11:00
个人觉得分开更好点。测试的思路不能被开发主导了，如果在同个部门，测试地位还是相对低一些。
作者: ZM_HSS 时间: 2014-2-12 11:31
个人觉得测试部有必要独立于开发部门，以当前实际工作为例，我们公司当前就是测试部未独立于开发，导致的现象是时间长了测试人员的思维会跟着开发走，当我们（质量部）来对他们做的产品功能进行验收测试时，一些功能明明可以做得更好，或本身这里就存在问题，虽然不是致命问题，测试人员会告诉我，“开发说就是这样的”，这个时候我很无语。。。测试人员已经没有用户体验的概念了，仅仅只是为了完成任务。。。。。。。。
作者: my_shadow 时间: 2014-2-12 12:05
这个问题比较有趣，直射出当前国内软件测试从业者的尴尬境遇
逐一看了上面的所有回复，提出独立的理由只有一个“思维不能跟着开发走”
如果下面条件满足：
1、规格需求文档，清晰，完整
2、Schedule 严格落实
3、测试资源和环境，完善，完备
请问，这样，测试还会跟着开发走吗？！
测试与开发，从来都不是对立面，更不是谁附属谁，只是完成同一项工作的不同分工
为什么会存在“开发是这样说的”这样的情况？
规格是怎样说的，我们要求就是怎样的！
问题的根本不是部门是否需要分开（理论是死的，人是活的，项目情况是多变的），而是流程是否完善，能力是否充足
SO,这个问题还需要继续讨论吗？
作者: pj764169118 时间: 2014-2-12 13:28
1.对于单纯的工作内容而言，测试和开发需要在一个团队中相互合作，不可分割；
2.对于测试人员的管理而言，测试人员和开发人员的管理机构是要相互独立的
3.一切建立在正确的人待在正确的位置上，能够正确的履行自己的职责，完成自己分内的工作
4.平时分属各个组织，战时组成战斗大队（而且是每个人能够高效发挥自身的战斗大队，即结构合理，能力正确）；个人提倡这样的理想方式
作者: zhihui2828 时间: 2014-2-12 14:09
这个问题比较有趣，直射出当前国内软件测试从业者的尴尬境遇
逐一看了上面的所有回复，提出独立的理由只 ...
my_shadow 发表于 2014-2-12 12:05 
十分支持这个观点
作者: juansheng 时间: 2014-2-12 14:19
这个是个老生常谈的话题 测试如果想具备独立的话语权 后续持续发展 与开发共同进步 那么独立出来是必然的道路、不能给人一种这个人做开发一般 辞退了可惜 转测试去吧 让人觉得测试入门快 起点低 没技术含量。 最现实的一点 后续如果测试部门不独立 奖金与开发在一个池子中 都由开发经理负责分配，对测试的福利也不利啊 ^_^ 测试最需要的是在不同方面 体现出自己的价值 测试和开发应该更多处于互补的位置，比如开发人员擅长编码 那么测试在环境搭建、服务器搭建、测试理念、非功能测试等方面就要有所专长，双方各有所长，项目才能持久发展，否则什么都依赖开发，测试即使独立 也只是虚假的独立。以上只是个人浅见。
作者: zm51testing 时间: 2014-2-12 17:37
从某些方面来说：不用独立。因为在测试的时候，当需求有歧义或者混淆时还是需要面对面的沟通。
作者: yuyuxiang 时间: 2014-2-12 17:54
比尔盖茨曾经说过：微软是一家软件测试公司。
从这一句话，就能看出，国内的软件公司和国外的大的软件公司的差距在哪。
开发不是企业的瓶颈，测试才决定了一家公司是否是“微软”。相信在微软和国内公司都做过的人，是不会否认这个观点的。
对于楼主的问题，答案当然也是肯定的。
作者: 小黑兔 时间: 2014-2-12 18:34
看了大家的回复，深有感触；
1. 首先，就是对测试团队重视程度还是不够的；
2. 其次，整个团队内部流程也不够完善，导致测试总是跟着开发屁股后面跑；
本人现在 测试+客服+数据整理的混乱着，有的时候真不知道自己是干啥的。
作者: lanny 时间: 2014-2-13 11:07
本帖最后由 lanny 于 2014-2-13 12:29 编辑
是否需要设置独立的测试部门，不取决于老板，更不取决于开发人员，这个问题归根结底是由用户来决定的！
用户需要的是产品还是项目，这很大程度上决定了软件研发过程的选择。而研发过程采用传统的瀑布模型还是时下流行的敏捷开发，决定了测试部门是否有必要独立于开发部门。
举例来说，对于软件产品，尤其是大型企业软件，军队政府机构采购的大型系统，需求稳定，研发周期相对较长，产品质量要求相当高。通常会采用瀑布模型开发，在瀑布模型中，测试和需求分析、代码开发一样本来就属于一个独立的环节，测试部门无疑也需要独立。
而对于互联网软件产品、小微型软件产品或者是IT项目，需求隔三差五要变，市场机会稍纵即逝，工期紧压力大。通常会采用敏捷开发，快速迭代。如果这样的项目或产品中的测试还继续沿用瀑布模型中的测试环节，那项目就很那准时交付，经常的变更引入也会使那样的测试方法事倍功半。推荐的方法是将测试角色分摊给开发工程师。在Google，测试团队的名称被改为了工程生产力(Engineering Productivity)团队，开发负责测试，开发负责质量[参考《Google软件测试之道》]，生产力团队负责帮助开发团队搞定这两项任务。再者况社会化测试的兴起，使得这样的项目测试效率和成本更进一步得到了优化。
最后说一下测试人员的地位。不止测试人员的地位，老板、PM、SE、开发任何人的地位都是靠自己争取来的。即使你原来是老板、PM，如果你是蠢蛋，照样没人看得起你。哪怕你原来只是前台、文员，只要努力、好学，总有一天别人会对你刮目相看。耐住寂寞，做好你手上的每一件小事！
作者: goo_lee 时间: 2014-2-13 11:18
对于大公司来说，肯定有必要，对于小公司来说，也可以成立一个临时的测试组，随机应变！
作者: iceseraph 时间: 2014-2-13 14:30
独立不独立的在我看来，这个要一分为二的去看待这个问题！
首先在管理上要独立，测试的绩效考核，管理流程人员培训，思考问题的方式方法的毕竟和开发的不一样，如果一味的混在一起的话，对于测试开发都是不好的，更会在管理上造成各种麻烦。
其次在工作中，测试人员要和开发人员，需求人员和好的配合，特别在修bug和bug跟踪上面，都需要大家配合。所有我觉得在具体的工作中，测试人员还是和开发人员混在一起的比较好，这样一来提高沟通效率，二来提高工作效率
作者: panaifengenen 时间: 2014-2-13 15:49
如果上面的领导不重视测试，测试是很难独立出来的，如果测试不独立出来，会有很多测试工作无法开展，如果测 ...
goopy 发表于 2014-2-12 09:29
支持，支持
作者: t95abin 时间: 2014-2-14 11:48
和测试人员能力相关，如果能力强于开发人员，比如说就是开发老手转行做测试，那最好独立。如果能力还不如开发人员，独立不独立效果差别不大，即使独立出来，开发人员未必会服。
作者: paopaotang421 时间: 2014-2-14 11:59
回复 8# my_shadow
试问：你们公司的测试在一个产品完全没有形态的情况下，测试可以把需求规格说明书写的和未来开发出来的一模一样麽？
如果说需求规格说明书是需求后面和开发同步更新的，您同意么？若同意的话，这个时候是开发更靠前一些还是测试更先做出产品？
作者: 黄黄007 时间: 2014-2-14 14:17
测试部门是要独立于开发部门的，从工作性质上来说，开发和测试是相对立的工作，设在同一个部门，测试组的成员或多或少要受制开发经理的，而在常规的公司，一般开发部门的经理很有权威，部门的人要听从于他的安排，这样的状况致使测试部门不能正常的按照测试流程进行，如果独立出来，测试部门就可以按照自己的思路京进行工作的安排和测试。当然在大一些的项目组测试有必要独立出来，但在小的公司，测试人员配置也许就不多，更不要谈论测试部门的独立了。还需要具体情况具体处理的。
作者: zxc7735 时间: 2014-2-14 14:47
有必要！只有独立出来，才能做到分工明细，测试部才能成长。
作者: wuzhenwu 时间: 2014-2-14 15:46
这个问题有点大，这应该是属于决策层考虑的问题。针对问题做出假设，并进行分析。
一、假设公司规模比较大（大公司），工作都流程化、规范化、定位明确；这种情况下，测试部门当然有必要独立出来。
好处：
1、测试工作能够更加的规范化，各项工作都会细化，测试工作也更加有效率，进而能够更好的保证软件质量；对公司的长远发展也是有利的。
2、测试部门与开发部门处于同等地位，测试部门的人员会更能够认识到自己作用，不会比开发差，心情好自然有利于测试工作。
3、能够更有效的管理测试工作，测试人员的培训、绩效考核、技术分享等能够为测试人员的发展提供帮助，给予足够的重视，进而测试团体的整体氛围会更加积极，自然更利于测试工作。
缺点：
1、与开发部门的沟通相对比较麻烦，由于部门独立、沟通就需要双方协调进行，若是沟通出现问题，便会影响测试工作。
2、测试人员不能更好的了解开发过程，例如开发用到了什么技术、这些技术对系统有什么影响等。
二、假设公司规模比较小（小公司），人员不多，各项工作并不是十分的规范、清晰；这种情况下，测试就没必要从开发中独立出来。
好处：
1、节省人力成本；在公司没有能力的情况下不会把测试独立出来的，这个都需要钱的。
2、开发与测试能够更好的团结一起，沟通较为灵活、测试人员能够更好了解开发所用的技术等，这样也有利于测试工作。
缺点：
1、测试人员处于较为被动的局面，在处理BUG时也会受到开发人员的影响，测试人员的作用变得不那么重要了，进而影响软件质量的保证。
2、在国内，作为一个团队，PM一般都是重视开发的不利于测试工作；开发（核心作用）是出产品的，而测试（辅助作用）是保证产品的；当然我觉得这种认识也会慢慢改变的。
3、测试得不到重视，软件质量就少了一份保证，长远来看也是不利于软件发展的。
综上所述，测试部门的独立是必然趋势；尽管现在很多公司没有将测试独立出来，我相信在不远的将来，随着国内IT行业的不断发展，大家会慢慢的认识到软件测试的重要性及有效的软件测试，
进而更有效保证软件质量。
作者: 秋雨微冷 时间: 2014-2-15 15:38
我的个人想法是不应该独立出来，测试开发一起的话，从需求开始就能比较了解项目，与开发人员的合作能够更无间，但项目经理要对测试的重视程度应该达到一定的高度，对于测试的理念要给予重视，从而做到重视测试工作，以便保证项目的质量。
作者: qjf 时间: 2014-2-16 19:53
独立不独立只是一种形式，我个人觉得测试人员时刻把持住自己，提高个人能力，真正做到测试驱动开发，最终都能达到提高产品的质量。
作者: pcc1989 时间: 2014-2-17 11:35
如果上面的领导不重视测试，测试是很难独立出来的，如果测试不独立出来，会有很多测试工作无法开展，如果测 ...
goopy 发表于 2014-2-12 09:29
当前我们是测试从属与开发，统称研发。部门经理是开发出生，再加上做移动应用测试，需求优化和变更非常频繁，所以所谓的流程估计也没很有力的执行。主要是，有些问题如果是技术限制或是可能会耽误开发周期，一般都是说不；最重要是开发出包可以无限期延后~当然我也只是新手，不知道这样好不好。好与不好，都是久了才知道吧~
作者: 土土的豆豆 时间: 2014-2-17 17:42
这个话题其实可能会存在争议，个人认为也有点大。
测试部门与开发部门是否独立开来，完全取决于高层领导的决策、意识，以及不同部门组织结构给整个公司或者说团队的建设是否带来积极、正面、有利的影响和作用。
我们在这里肯定了测试人员的价值，毋庸置疑！
我们在这里肯定了测试流程的规范性，清楚明白！
我们在这里肯定了测试在软件生命周期内的重要地位，必须的！
所以，是否需要成立测试部门，我们可以转换成测试在整个软件开发生命周期及软件工程领域过程中各结点，如过程改进、过程控制、质量标准等目标与具体要求。
我们可以通过比较来探讨成立测试部分与否的意义。
不成立独立的部门：
测试部门很多公司不成立，也许就是隶属于研发中心/研发部门。
我要提出自己观点：测试不隶属于开发！所以不可以从属与开发部门！这个我不赞同。
公司不分开发和测试部门也没有关系。这样可以很好的建立一个软件开发测试大团队。在统一的研发部门中，有需求，有开发，也有测试。团队氛围应该以一个大集团去衡量和体验！我们完全可以便捷自由地和同事们进行协作、交流，不必考虑不同部门间的那些琐碎规章与条条框框，搞成部门间的特别独立或内部矛盾。
上述我特指关系融洽的情况。不过合为一体也有些潜在问题，就是内部流程混乱！测试完全可能不会被项目组所重视，需要频繁的进行协调，才能及时处理缺陷。测试可能跟着开发节奏走，造成版本控制紊乱，测试版本预发布不干净等。开发与测试不独立开来，统筹由研发中心老大管理，如何协调这么一个大团队是门学问！另外，很容易造成测试阶段滞后，毕竟传统软件开发生命周期中处于后期阶段。
成立独立的测试部门：
测试部门独立在大公司尤其突出，也是公司领导层对测试理念和意识的体现。一般来说，有ISO 9001质量体系或CMMI体系的公司会有独立的测试部门。这种结构现在也越来越被大多数领导接受，其目的是为了保证测试过程和测试结果的客观性和有效性。规范化的测试部门完全和开发部门一样重要！从测试需求分析、测试用例设计、测试脚本开发、测试执行、测试缺陷统计、测试报告整理等等，独立的团队有部门老大监督和管理，也为上层管理人员分担了责任和压力，使得公司组织结构更加清晰和规范。所以测试部门独立开来，加强工作的独立性与工作平等性，我们测试不是开发的小弟和跟班。
然而，其也有一定风险。在这种模式下，很可能演变成测试和开发之间的明争暗斗/对立，或者增加测试和开发之间的沟通成本。毕竟部门层面有考核指标，部门间也有竞争压力。测试部门最终还是存在和开发等部门进行暗箱操作/PK的情况。
所以测试部门是否独立完全看公司决策！从根本上说，部门独立是一个形式而已。只要规范了测试与开发流程，完善了软件开发测试过程，建立了自己的内部质量体系和标准。我们才能把工作做好。工作才有所依据和参照性。
测试部门是否独立既有优势也有劣势，我们要取之精华，去之糟粕。
希望无论是否将测试部门独立，我们都得本着能有效的降低沟通成本，保证测试环境/人员的独立，跟着规范/标准进行办公，严格控制需求变更/完善版本更新发布，强化领导在测试方面的意识。这样，测试永远就是独立的，干净的，稳定的。
我们测试人员工作也是顺心的，平等的，有效的。
以上个人拙见，请讨论。
作者: stjd139 时间: 2014-2-17 21:37
按照工作流程，工作规范来看，必须独立。
但是实际上还得看公司现状。十来人的小型创业公司开发、测试都一起干了。大型公司，开发、测试当然需要独立运行。
作者: 测试新新手 时间: 2014-2-18 17:41
想把测试作为一项长期行为动作的话，就独立出来；如果只是短时间行为动作的话，就没必要独立出来。
因为测试部门独立出来的好处有：能形成一定的制度规范，能从另一个角度去评价一个项目，能更细化项目的工作，等等；测试部门不独立出来，很多方面就不能做到更好。
测试独立和不独立都是一种形式，关键还是要重视测试这个工作，才能对项目有帮助。
作者: haohai1976 时间: 2014-2-19 13:18
从项目的角度出发，
如果是一个短期的项目，做完基本人员就分散了，那么没有必要纠缠是否需要单独的测试部门。
如果是一个长期的项目或者一个产品，那么基于产品质量控制的需要，包括的长期跟踪、维护，产品质量文档的管理，测试资源设备的管理，测试人员的管理，单独的测试部门都是必要的和必须的
作者: 耶罗 时间: 2014-2-19 16:07
系统测试人员有必要独立出来。
作者: wx0708 时间: 2014-2-19 16:31
没必要，同属一个部门，一个leader，大家目标一致，不会导致kpi矛盾，而且一个团队的，能加深合作默契，减少摩擦
作者: LorrieL 时间: 2014-2-20 10:52
回复 8# my_shadow
支持你的观点。我们部门测试和开发是在一起的。但是我会用需求说明书为准，甚至在业务熟知的程度下，可以质疑需求某些不合适的地方更加完善，而最终开发和测试所判断的标准，坚决按照需求规格说明书来。如果有测试说开发是这样说的，只能说测试自己的定位没有做好。
作者: LorrieL 时间: 2014-2-20 10:52
回复 8# my_shadow
支持你的观点。我们部门测试和开发是在一起的。但是我会用需求说明书为准，甚至在业务熟知的程度下，可以质疑需求某些不合适的地方更加完善，而最终开发和测试所判断的标准，坚决按照需求规格说明书来。如果有测试说开发是这样说的，只能说测试自己的定位没有做好。
作者: jenny_lu 时间: 2014-2-20 16:14
测试和开发分开？软件测试基础不是告诉我们测试和开发应该同步进行嚒？
作者: 469099391 时间: 2014-2-20 16:47
看了大家的回复，深有感触；
1. 首先，就是对测试团队重视程度还是不够的；
2. 其次，整个团队内部流程也 ...
小黑兔 发表于 2014-2-12 18:34
我 也是处于这种尴尬界面，又测试，又运营，又数据分析，你妹的，都不知道是搞啥子的啊。。。。。
作者: xiaoxianxia 时间: 2014-2-20 17:01
测试的工作能够细分成很多种，越是涉及到细节的测试工作越是无法独立于开发，否则将无法开展。而测试独立于开发的另一方面是有比较详尽的需求及设计文档以及较好的测试规划为前提的，所以，个人感觉，想要测试独立开来且做到最好，难度是比较高的。
作者: bd_z001002 时间: 2014-2-20 17:27
回复 1# lsekfe
开发和测试工作是两个环节，如果合并在一起，测试受制于开发，就不能保证测试的公正性。
开发和测试的职位、职业规划和测试也完全不一样，合并在一起，不利于测试人员的定位和发展。
总体来讲，测试和开发应该是两个独立的部门，只是两个部门之间沟通交流比较多。
作者: sillybug 时间: 2014-2-20 18:42
回复 my_shadow
试问：你们公司的测试在一个产品完全没有形态的情况下，测试可以把需求规格说明 ...
paopaotang421 发表于 2014-2-14 11:59
支持支持 ，8楼的说法太理想化
作者: best201402 时间: 2014-2-20 21:04
现在普遍现象都是研发部门的老大监管测试部门，坑
作者: woddebbmm 时间: 2014-2-21 10:13
个人觉得还是有必要独立出来的,测试团队和开发团队虽然是为了同一产品而共同奋斗,但某种程度上来讲,测试部门和开发部门是相对的. 当然很多公司发展初期都不具备测试部门,都是开发人员自开自测,这个时候就是未分离开的.所以 开发团队和测试团队需不需要独立跟产品的发展情况有关.
个人见解.
作者: 符祥 时间: 2014-2-21 13:55
是不是要独立出来要看情况。
如果项目经理足够重视测试，那可以不独立。
相反的情况下，测试需要独立出来，不然测试直接听命于不重视的项目经理之下，项目质量无法有效的控制。
作者: wuhuivip 时间: 2014-2-21 17:36
测试应该独立出来
1，目前国内大部分公司无独立的测试人员，而有测试人员的大部门都是附属于技术部门下，目前的现状是测试人员在大部分人眼中不是必要的且地位不高
2，大部分测试人员技术要求不高，与开发职责划分不明确。为了扩宽测试人员的路，应该培养测试人员的技能，不依靠于开发人员做代码工作。提升技能，提升责任心，提升存在感。
3，测试人员贯彻整个链。重要程度需要自己证明。
作者: 孙宗卫 时间: 2014-2-22 10:27
我个人认为测试独立于开发团队会比较合适些。
因为从每个人的职业发展角度考虑，在一个独立的部门，会感觉是在一个组织，这样对于人员的稳定性相对会高，人员的稳定对于测试有利的地方是在于业务知识的熟悉，就像现在市场上很多企业招聘要求都会是要求你具备行业业务知识经验；只有人员稳定，帮助开发解决更多的产品质量问题，形成一个良性循环，测试的部门发展和人员发展才会更好，反之就会越来越糟糕。
但目前国内很多中小型企业在面临市场决策的情况下更多的是着重强调产品出来就推向市场，所以测试相对会不受重视，这也确实是实实在在存在的现实问题；这也就取决于公司的管理层如何去平衡这个问题。
作者: mandy.wang 时间: 2014-2-22 14:01
这个问题比较有趣，直射出当前国内软件测试从业者的尴尬境遇
逐一看了上面的所有回复，提出独立的理由只 ...
my_shadow 发表于 2014-2-12 12:05
看了你的回复，理论上确实是这样，但你提到的三个条件估计在很多公司都是很难做到这么理想的。
作者: mandy.wang 时间: 2014-2-22 14:03
从某些方面来说：不用独立。因为在测试的时候，当需求有歧义或者混淆时还是需要面对面的沟通。
zm51testing 发表于 2014-2-12 17:37
测试部门与开发部门独立了不代表测试人员和开发人员不能进行面对面的沟通吧。
作者: mandy.wang 时间: 2014-2-22 14:34
本帖最后由 mandy.wang 于 2014-2-22 15:05 编辑
目前测试部门在各个公司的组织结构中所处的位置可能各不相同，但大致可能存在如下四种组织结构：
1）测试部门独立，与开发部门平行；
2）测试部门独立，但从属于开发部门；
3）虚拟的测试部门，测试人员以组为单位被安排到各个开发团队；
4）没有专门的测试部门，每个开发团队会有若干人在系统集成阶段转换成测试角色。
第一种，从软件过程管理上看，应该是最理想的，测试部门与开发部门平行，因此在项目中的地位就是平起平坐，从组织上避免了测试在项目中受制于开发团队的风险，保证了测试过程和测试结果的客观性和有效性，能够最大限度的根据软件质量规范对产品进行测试。但这种组织结构相当于把测试和开发分成两个泾渭分明的活动，并没有过多的考虑两种活动之间的互为补益，在这种组织结构下，也很可能演变成测试和开发之间的对立，或者增加测试和开发之间的沟通成本。
后面三种，都是比较让测试人员比较郁闷的，在项目中会处处受制于开发团队，其实测试人员融入到开发团队也是有好的方面的，比如沟通会比较方便，任务响应也会比较及时，缺憾就是由于开发和测试人员沟通很容易，因此原有的一些软件过程规范就开始变得不被重视，比如说当设计变更后，开发人员可能就不会再去更新设计文档，而是口头通知测试人员了，这样的话，一是没有留下设计变更的相关文档，在后续的开发中无据可依，二是“空口无凭，立字为据”，产品一旦出现问题，到底是谁的责任就说不清了；而且，在没有一个过程规范的背景下去开发，产品质量肯定是无从保证的。另外测试的结果有可能不会被项目组所重视，需要频繁的进行协调，才能及时处理缺陷。因此从软件的质量控制上考虑，测试部门还是独立比较好。但测试部门独立有优点同样也会带来一些问题，优点有：
● 可以使测试人员对软件测试和软件中的错误抱着客观的态度，这种客观的态度可以解决测试中的心理学问题，既能够以揭露软件中的错误为目的进行工作，也能不受发现的错误的影响；
● 经济上的独立性使其工作有更充分的条件按测试要求去完成；
● 软件测试是技术含量很高的工作，需要有专业部门加以研究，并进行工程实践，积累大量的实践经验。专业化分工是提高测试水平、保证测试质量、充分发挥测试效用的必然途径；
● 由于专业优势，测试部门独立形成的测试结果更具信服力，而测试结果常常和对软件的质量评价联系在一起。因此，由专业化的独立测试部门进行评价的权威性更强；
● 独立测试部门的主要任务是进行独立测试工作，这使得测试工作在经费、人力和时间方面更有保证，不会因为开发的压力而减少对测试的投入，降低测试的有效性，从而可以避免开发组织侧重软件开发而对测试工作产生不利的影响。
随着测试部门的独立，也会带来一些问题：
● 组织的复杂度越来越高，管理成本增加；
● 沟通效率降低，原来可能只是需要打个招呼的问题，现在需要通过复杂的配置管理、缺陷管理和文档管理系统来解决；
● 测试人员和开发人员的距离越来越远，项目团队氛围可能会下降，某些极端情况甚至出现开发人员和测试人员的对立现象；
● 测试人员重点关注测试相关技能，对开发技能的掌握比较差，不利于发现系统需求和设计方面的缺陷；
● 独立的测试部门可能降低开发人员的质量责任感，开发人员可能会觉得产品质量应该是测试部门的事情，而不是整个项目团队的责任。
因此对于测试部门是否有必要独立于开发部门，各个公司确实需要根据自身的规模、项目的特点、项目经理的素质、测试人员的能力等等进行决策。
作者: liusiyan 时间: 2014-2-24 13:49
这个问题取决于老板的心态和测试人员的能力，老板不想投入，测试能力不够，都会导致测试并入开发，未必对测试人员不利。测试人员的成长在开发部门会更快。
作者: 丝路 时间: 2014-2-25 16:02
经历了两次的分分合合。到现在觉得其实分开不分开都无所谓了。
核心是思想上的高度统一、规范上的严密。
测试人员层级划分、职责范围、考核办法、职业规划。应该是独立的。而不是归属于项目经理的主管判断。
良好的环境不是独立或者分开，而是无论在项目组还是独立测试团队，每个测试人员都能找到自己的价值感。
作者: zxytesting 时间: 2014-2-25 16:25
有必要，否则会被开发所左右
作者: quezi 时间: 2014-2-26 04:25
完全可以独立。但是也应该根据实际情况而定。不能够一棒子打死一群。至于会不会被开发左右取决于测试人员本身。 当然我赞成独立出来。
作者: sendtion 时间: 2014-2-27 10:19
测试是需要独立出来的，但是开发过程中，测试是一直在进行的，我认为部门可以独立，但是工作的时候可以结合，这样的测试才能完美
作者: angelia861122 时间: 2014-2-27 11:58
最好是独立于开发，否则测试的很多工作会和开发产生冲突，在观点和立场上容易被开发牵着走，也不利于测试工作进行开展。
作者: zhanghaiyu1365 时间: 2014-2-27 17:10
测试的工作是为了发现缺陷，提高软件的质量， 测试有必要独立于开发以外，不能跟着开发的思路，这样有利于软件质量的提高。
作者: sweety_hu 时间: 2014-2-27 17:15
按照职能划分的话，建议测试与开发是独立，在工作意义上来讲测试是保障着项目质量，无论从工作量还是需要掌握的技术方面来讲都是不亚于开发，只是目前国内的软件行业现状使得软件测试人员处于一个尴尬的地位；
从工作的配合方面测试与开发肯定是一体的，因为工作内容的不同决定工作思维的不同，但是无论形式何终，最终的目的都是使得这个项目呈现出最好的状态。
作者: weiyunyun 时间: 2014-2-28 23:00
个人结合我现在所在的公司。觉得有必要。我们公司目前的情况也是测试部门独立于开发部门的并且测试环境也独立于开发用的测试环境。主要之前测试开发环境在一起，导致测试人员测试的时候，有些环境开发调试程序的时候做了修改但提交测试的时候没有说明。那样我们测试的时候不知道，导致发布的时候环境对，也影响到功能的实现。
开发人员一般只会对自己的程序做一些简单的测试，功能大体上实现了就ok了。有些比较自信的开发，甚至对些简单的修改都不会进行测试的。开发者和测试者的心态不一样，站的角度也不一样。测试者一般会站在用户的角度来考虑问题。比如操作简易度，界面美观度，页面反应快慢等等。总之是有能满足自己的需要还要好用。而开发可能不是这个心态。他们是专业的，会以专业的眼光看问题，有的可能会对客户的需求还不屑。觉得客户无厘头。
另外，开发当然不希望自己的程序错误多，那样是对他能力的一种否定。但是作为测试的我，觉得如果一直都测不出问题来，要么就是程序写的太好，要么就是我能力太差。所以我总会多想想怎么测才好。尽量多找些问题出来。对于需求做深入的思考，找出潜在的意思和肯能会遗漏的点。比如测简单的加减计算的时候。我得考虑正、负。负数还得考虑符号在前、在后。非法数字是截取数字还是不参与计算等。
综上：测试部门应该独立于开发部门。
作者: cqy023 时间: 2014-3-1 15:11
有必要的
1：任何行业都是一样的流程，制造---检验---验收，所有的产品必须有检验，也就是品质测试，在其他非常成熟包括硬件产品，食品，都有一个检验或测试部门，只不过是现在软件在国内还没有真正发展到一定的地位，其实，需要不需要是不用去否认的，当然，这个需要一点时间，中国人非常喜欢国外的产品，类似IPHONE等，但是人家的在品质中的细节但是我们都不愿意去学习，这也是我们的缺点，以后，这个问题别纠结了，必须的
作者: msnshow 时间: 2014-3-1 18:22
独立不独立只是架构形式，最主要的还是管理的时候是如何管理的
作者: rc2455 时间: 2014-3-2 00:11
主观来讲，测试和开发能够各自独立为单个部门是再好不过了，二者统筹结合，相辅相成；
客观来讲，还是得看各个企业、公司的自身情况以及主管领导而定。
作者: jasonWangLoad 时间: 2014-3-2 12:53
回复 1# lsekfe
没有必要也不应该独立……测试与开发共享绩效才能从根本上让软件质量匹夫有责，让测试与开发变成互帮互助
作者: lilinyuliyang 时间: 2014-3-3 10:03
这个问题要根据项目而定，不同的项目要求不一样，也许项目是没有必要的，但是有些项目也有必要
作者: sushe2009 时间: 2014-3-3 13:24
这个问题提的着实有点尴尬。
首先，部门的定义。
假设有这样一个组织，该组织以产品为单位，成立一个一个产品的部门。每个产品部下都设有测试部和开发部。如果我们从大的部门上来说，他们都是一个产品部门的，没有分开。但从子部门来说，他们又是独立的分开的。
然后，我们看各自干的活。
开发，我们称之为开发工程师，通俗的说写代码；测试，我们称之为测试工程师，通俗的说测产品。彼此工作的核心不一样，技术要求不一样。如果让开发去做测试，或者让测试去做开发。可以吗？不是不可以，但对员工的要求太高了，最终产品或项目质量肯定会出问题，毕竟一个人的精力有限，全面发展的比率毕竟相对还是少的。
最后，我们再从从属上说。
开发和测试本身就不应该存在从属的说法。让测试从属于开发，听开发的，我相信大家都会头疼，也就是大家常说的测试被开发牵着鼻子走，缺乏影响力。然而让开发从属于测试，听测试的，产品就OK了？测试能有开发那样的编码技术吗？同样那需求该听谁的？开发站在开发的角度去分析需求，测试站在测试的角度去分析需求，本身就存在观念不一致的情况，再加上需求从业务的角度，那就乱套了。
从部门的角度来说，测试与开发可并可分，但从角色和分工上来说，大部分单位都不应该把测试与开发混为一体。为了保证项目或产品的质量，我们从各个角度出发，全面设计与体验，这样才能最大意义上做出优秀的成果。
测试与开发、需求之间存在的各种矛盾，其实是必然的，有人的地方就有矛盾。这个时候，各部门的头头，项目主管的存在的意义就体现了。有问题怕什么，总有解决的办法。需求文档有问题，规范？还是需求人员的能力？开发左右测试？那说明测试人员技能还不足，提升啊。测试人员是质量的守门员，可以用各种方式去防守，不能被开发给忽悠了，这是很重要的。但开发同样需要有坚定的立场和足够的技能，毕竟生产产品的还是开发人员。
作者: sushe2009 时间: 2014-3-3 13:25
这个问题提的着实有点尴尬。
首先，部门的定义。
假设有这样一个组织，该组织以产品为单位，成立一个一个产品的部门。每个产品部下都设有测试部和开发部。如果我们从大的部门上来说，他们都是一个产品部门的，没有分开。但从子部门来说，他们又是独立的分开的。
然后，我们看各自干的活。
开发，我们称之为开发工程师，通俗的说写代码；测试，我们称之为测试工程师，通俗的说测产品。彼此工作的核心不一样，技术要求不一样。如果让开发去做测试，或者让测试去做开发。可以吗？不是不可以，但对员工的要求太高了，最终产品或项目质量肯定会出问题，毕竟一个人的精力有限，全面发展的比率毕竟相对还是少的。
最后，我们再从从属上说。
开发和测试本身就不应该存在从属的说法。让测试从属于开发，听开发的，我相信大家都会头疼，也就是大家常说的测试被开发牵着鼻子走，缺乏影响力。然而让开发从属于测试，听测试的，产品就OK了？测试能有开发那样的编码技术吗？同样那需求该听谁的？开发站在开发的角度去分析需求，测试站在测试的角度去分析需求，本身就存在观念不一致的情况，再加上需求从业务的角度，那就乱套了。
从部门的角度来说，测试与开发可并可分，但从角色和分工上来说，大部分单位都不应该把测试与开发混为一体。为了保证项目或产品的质量，我们从各个角度出发，全面设计与体验，这样才能最大意义上做出优秀的成果。
测试与开发、需求之间存在的各种矛盾，其实是必然的，有人的地方就有矛盾。这个时候，各部门的头头，项目主管的存在的意义就体现了。有问题怕什么，总有解决的办法。需求文档有问题，规范？还是需求人员的能力？开发左右测试？那说明测试人员技能还不足，提升啊。测试人员是质量的守门员，可以用各种方式去防守，不能被开发给忽悠了，这是很重要的。但开发同样需要有坚定的立场和足够的技能，毕竟生产产品的还是开发人员。
作者: li_feibo 时间: 2014-3-7 23:41
提出独立的理由只有一个“思维不能跟着开发走”
赞一个
回复 8# my_shadow
作者: wrpky 时间: 2016-8-29 06:15
朋友你好,想和你聊天！
作者: 海里的幸福 时间: 2016-10-31 17:39
顶......叹为观止.....
作者: 朴东万 时间: 2018-9-4 10:12
必须要分离开来，测试的思维与开发是不一样的，跟着开发走很多问题都不会发掘出来，当然也少不了与开发进行沟通。
| 欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) |
Powered by Discuz! X3.2 |