测试人员可以被开发人员取代吗？（2008-12-2 ）获奖名单已公布
[size=3][font=宋体][i]背景描述[/i]：[/font][/size][color=red][font=宋体][size=3]有人说，很多行业的人都可以转行做测试，若有开发经验的人做测试，企业会更欢迎；目前我了解，开发人员的压力远远大于测试人员，我们公司都有开发人员打算转行做测试，像我这样小小的测试人员，开发人员会把我挤掉吗？[/size][/font][/color][color=red]
[/color]
感谢[url=http://bbs.51testing.com/viewthread.php?tid=131215&page=1#pid1119669][color=royalblue]会员猫猫的拖鞋[/color][/url][color=black]提供此精彩话题！如果你也有矛盾的问题想提出来和大家一起讨论，[/color][url=http://bbs.51testing.com/thread-131215-1-1.html][color=red]请点击此处>>[/color][/url]
[color=black]说不定下期PK的话题就是由你提出的哦，请快快参与吧！[/color]
[size=4][i][table=400][tr][td][b]奖项[/b][/td][td][b]获奖名单[/b][/td][td][b]奖励[/b][/td][td][b]答案连接[/b][/td][/tr][tr][td]最佳话题PK手[/td][td]1316016[/td][td][align=center]当当购物卡50元+最佳PK手勋章[/align][/td][td][url=http://bbs.51testing.com/viewthread.php?tid=134203&page=3#pid1125870]42#[/url][/td][/tr][/table][/i][/size]
开发人员只适合做基本的单元测试
开发人员应该专注于做单元测试，而不应该关注除此之外的其他测试而且开发人员测试的角度是从代码角度思考的，而测试人员应更多关注于应用角度
[[i] 本帖最后由 lanbiers 于 2008-12-2 15:08 编辑 [/i]] 偶觉得吧
一个行业的存在，就有它存在的理由
不可能轻易被取代。。。
因事设岗，因岗设人
对于开发人员和测试人员的谁强谁弱，谁好谁坏的争论，自从有了测试这个职业开始就一直争论不休其实回答这样的问题，最应该明确的，测试人员是干什么的，没有测试人员行不行？
测试人员现在完成的是什么样的工作，这些工作为什么不能给开发人员去完成，在说的夸张点
这个工作为什么叫测试工作，我们是否可以直接叫开发2工作呢，其实都是可以的
从项目管理上来讲，只要有开发人员，就应该有相应的测试人员，测试人员要保证其独立性
所以开发人员和测试人员各其所职，共同来保证我们的产品的质量.
[[i] 本帖最后由 chengxq 于 2008-12-5 17:18 编辑 [/i]]
如果开发人员真的完全掌握测试技能,我想是完全有可能的!
[color=DarkOrchid][color=DarkOrchid]首先,知道测试人员要懂的东西主要有哪些?1.测试技能;
2.业务知识;
3.开发架构;
4.以客户的思维来想问题;
而.一个优秀的开发人员要懂的知识:
1.开发语言;
2.业务知识;
3.开发架构;
4.以程序来思考问题;
换言之:
如果开发人员再加强一些测试知识,以客户来去思考问题;
再做测试,那么效率一定会高很多,发现问题可能也更加深入;
所以开发人员做测试还是有很大的优势的,前提下,对测试要有兴趣,和认真去学习测试这门学科;
所以,作为测试人员,我们更加提高自己测试技能的同时,也应该懂得开发方面的知识,
相互相成,我们才能走得更远![/color][/color] 在人员上不能取代，但在技术上完全可以。
反问一句
开发人员可能被测试人员取代吗？答案是肯定的，两都都可以取代以方，只要两都会编码，都会彼此的工作流程，业务知识，是完全没问题的，这问题问的没有实际意思，和鸡生蛋，蛋生鸡有的争有区别否！！！
开发的思维与测试的思维是不一样的
因为开发的思维与测试的思维是不一样的，开发更看重如何实现功能，而测试人员呢，在项目开发前期，他是这样想：怎么才能让程序跑起来呢？而在项目开发中后期，测试是这样想：怎么样才能让程序出错呢另外还有一点很重要：开发人员和测试人员的要求不是一样的，开发人员精通一门编程语言，熟悉一种开发工具就可以编程了，但是测试人员要求更广阔的知识面，虽然要求不如开发人员那样精通。
所以说：开发人员和测试人员是相辅相成的，只有相互合作才能创造出高质量的软件。:lol
[[i] 本帖最后由 欧阳 于 2008-12-4 16:10 编辑 [/i]] 选择反方
开发做久了思维也就不一样了．
测试既然存在，就有存在的道理．
就跟开公司一样，一个人能挑的起所有的工作吗？ 其实之前我也在PK问题征集上发了个关于“开发和测试相比，未来哪个更有发展，更有前途些？”的讨论话题，结果没想到后来的“猫猫的拖鞋”的PK话题却发表了...........
我比较同意“archonwang”的观点，但我觉得“职位上不能被取代，但技术上完全可以”这样更合适些吧，因为测试这个职业是肯定会存在的，它永远不会被开发所替代.
接下来我就我的提出的PK话题观点简单说几句（毕竟自己的话题没被发出来，请允许我发泄下，有点王婆卖瓜，自卖自夸的感觉哈:lol ）：测试和开发比起来，我觉得测试在未来一段时间内比开发有前途（这也是我选择做测试的原因之一），原因很简单：随着时间的计算机专业在我国大学中普及度已经相当高了，换句话说在九几年的时候学这个专业的出来不愁工作，待遇也很好，但经过7，8年的发展现在的开发人才已经基本饱和了，就算企业招人也只是针对高端的开发人才了，这就是为什么现在单位都要招有开发经验或工作经验的开发人才，除了企业不愿培养人才的因素外，实际上也说明了现在开发人才过剩。反观测试，现在恐怕还没几个大学里专门开了软件测试专业的吧，就算开了也是少数，因此这方面人才比较少，这方面的资料也比较少，搞测试的人基本都处于自我摸索学习阶段，这点从各大测试论坛上可以看出来。现在随着软件企业对测试开始逐渐的重视，测试在软件开发中的地位也开始逐渐上升，待遇也在逐渐提高，而且测试比起开发来更有年龄上的优势，所以我认为在未来测试比开发有前途。 [quote]原帖由 [i]archonwang[/i] 于 2008-12-2 16:05 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=1121791&ptid=134203][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
在人员上不能取代，但在技术上完全可以。 [/quote]
这个我同意，话又说回来，测试人员也可以提高自身的技术的呀，那是不是可以反问一下测试人员是否可以取代开发人员呢？我觉得，这两个职业从辩证法的观点看的话都是需要的，不能说明谁取代谁
开发人员是不可能替代测试人人员的
开发人员是不可能替代测试人员的。虽然现在很多人都说开发比测试好，感觉测试像比开发低一等样的。但实际上并不是这样的，只能说测试的门槛要低一些，他不需要你有一些很了不起的编程技术，只要有敏锐的思想，仔细认真就可以了。但是随着学习的深入，会发现测试并没有想象中测那样简单。
其一：测试人员和开发人员的思想有差异。
我以前是做开发的，对这了解一点。开发人员着重的是一些大的功能点，一些细节往往不会注意，他们总觉得只要功能实现就可以了，有时对测试提的问题还有点爱理不理的。
而测试人员要关注的东西就很多，他是站在客户的角度去看问题，以前我就是老想这开发怎么样，然后去想测试的事，这样会让自己的思考范围变得狭隘。
其二：测试人员比开发人员在某些方面要求要高，更细心。
在测试初期，虽然测试人员做的都是一些黑盒测试。看上去很简单也很容易操作，但是并不是每个人都能做好这一点的。开发人员一般都会注重那些正常流程。而实际在在项目真正上线的时候会遇到各种各样的异常情况，而开发人员并不会都考虑全面，这时就需要测试人员更全面仔细的去思考。
其三：测试人员和开发人员的立场不一样。
开发人员注重的是编程，把功能实现出来。而且一般的开发人员都不是很喜欢测试人员，常常觉得测试人员在找茬。试问哪个开发人员喜欢自己的程序一堆问题？哪个开发人员能保证自己测试的没有问题？而质量的保证就是靠测试人员。测试人员会更全面更客观的去看问题，从而发现一些让人意想不到，而且经常疏忽的地方。
其四：开发人员的重点是编程能力，而测试人员的重点并非如此。
认为测试可以取代开发人员，最重要的原因就是觉得只要会编码就可以做测试。那是因为他并没有了解测试人员的内涵，什么是真正的测试人员。测试人员的目的是为了发现项目中的bug，保证项目的质量。不管是会编程，还是不会编程，对于测试人员而言，会编程的可以会发现的bug多些，但并不代表不会编程就一定做不好测试，同样会编程也不一定做的好测试。测试人员能力的好坏不能仅靠编程能力来判断，那样是很片面的。
其五：开发人员和测试人员是相辅相成的，但并不能相互取代。
不管是开发人员还是测试人员，他们最终的目的都是为了更好的完成一个项目。开发人员的目的是让一个虚拟的东西呈现出来，把产品需求变成一个实实在在的东西，很直观的去感受。而测试人员则是通过产品需求，软件需求，找出每个可能出问题的地方，然后在成品中去完善。测试人员和开发人员所需要的技能在某种程度上说是不一样的，关注的方式也是不一样的。
上面有个正方说：如果开发人员真的完全掌握测试技能,我想是完全有可能的!。
那么我想问，如果一个开发人员和测试人员都在一起，那么他们关注的重点又是什么？如果说一个开发人员完成掌握了美工技术，那么是否美工也不需要了，如果掌握了管理技术，那么是否项目经理也不需要了？如果没有一个明确的分工，如何保证项目的质量？
存在即合理
原来没有，后来有了，说明是合理的。如果不需要测试，也就没有这个行业的产生了从理论上讲，测试可以被开发取代
从理论上讲，测试可以被开发取代占个茅坑有灵感的时候过来忽悠几句……
我的答案只有一个：不会
首先我肯定的说，测试人员不会被开发人员取代1、思想和方法
开发人员多年按开发的思路进行程序设计和调试，人都有一种一致性的制约，这种制约会造成其按固有思想进行测试工作，那么其工作成果等同于开发，和测试人员学开发不同，测试人员是有针对性的进行开发知识的学习，在思想上和测试保持一致。
所谓一致性，我举例来说，人们都喜欢按一个固有思维进行运作，因为这样可以减少他的麻烦和烦恼，这种一致性往往是不自觉的，比如对于开发一个控件，我们往往使用已有的控件，而不去想这个控件好不好用，因为它存在，不需要我们再浪费时间去研究，再思考，这是主动的；再比如你经常写日记，那么这就养成了一种习惯，每天你就会不自觉的进行记录，保持这种一致性，这就是被动。
2、专一性
所谓干一行专一行，每行都有不同的特点和知识，当一个开发转行做测试的时候，其没有掌握测试的测试方法和理论，没有测试思路和广度。一般都说测试是方法论以及经验的结合体，这些都是靠时间的累积以及努力积攒起来的成果，那么一个开发转行做测试，其基础和你相比要相差很远，什么叫质量管理，什么叫测试管理，什么叫过程监管等等，对于他来说是一片空白。
3、心态
都说文科的人和理科的人不同，因为他们的思维不同，那么开发和测试的思维呢，当然也是不同的。开发总是喜欢挑战，面对不同新鲜事物，他们不喜欢一件事情反复去做，比如连续开发相同的代码和模块，日复一日的做报表；而测试的工作则是日复一日的重复测试，测试的耐心告诉他这里一定有问题，他见过重复的东西越多，其工作的熟练程度，和考虑的东西越为全面。那么开发和测试的心态有着本质的区别。
综上所述，开发和测试，每行各有不同，专注于本职工作，做到最好。 :lol 分工不同，只会越来越细
如果真的研发能做测试的事情，那一开始就不应该出现测试的职业 开发是可以转成测试的 这是不可否认的。但是必须经过系统的学习，不能用以往开发的思路来进行测试
所以测试不是轻易的被取代的 开发人员加强测试思想后可以转做专职的测试，但开发人员在开发同时兼职做测试是不可取的。 of course not
一个是从开发角度去考虑问题，一个是从用户角度考虑问题，根本不可能被取代 我是中立，大胆的预测，未来的发展，测试人员就是开发人员，开发人员就是测试人员。
这两者要密切相关，毕竟软件的质量才是最重要的。
希望大量公司不要认为做不了开发才去做测试的。
对于开发我认为只是熟练而已，很多从来不会开发的，连VS都不会安装的，半年就可以练成
个开发高手，前提是自己努力。
对于测试，最重要的还是沟通，一个顶尖的测试高手，不仅能坦然的应付各种交际场合，
而且其思想的逻辑性和条理性非其他行业人员能比，因为这是测试人员的饭碗。 开发的优势在于了解程序代码，了解整体架构逻辑
这也是测试的一个发展方向吧，从底层开始测试才是最好的测试
测试需要走向“开发”
在整个软件生产过程中，测试和开发分工是不同的，但是从个人来讲，测试和开发不管工作目标，学习方向基本上是相似的。工作目标：
测试是保证软件质量 开发是开发优秀的软件
学习方向：
工作决定我们的学习方向，测试不能一直都停留在研究理论方面，测试理论是很重要，但个人三年半来一直觉得coding也是必须的。平心而论开发转测试是很容易的，并且要比一般目前普通的测试人员测试更有效率。这也是目前测试人员能力上升的瓶颈所在，测试人员和开发人员的不同从个人能力来看，在于他们会coding，而测试人员不会或者不精更或者也许可以叫做不重视coding。那么coding真是那么重要吗？我个人觉得，是的。测试人员可以不会写，但一定会看，其实coding只是一个方法，是让我们更加了解系统更加了解系统底层的一种最直接最有效的方法。可能有人问，为什么要了解底层？我只要找出bug来就可以啦。很简单，从bug严重级别来说，界面的错误和底层的错误谁更重要呢，我想大部分做过测试的人都会有体会吧。
做测试的同志们，咱们扪心自问一下，测试中的测试技术和测试思想，真是那么艰难的让开发学不会，了解的loadrunner,QTP,或者更强一些的同志会用脚本写工具，这些开发不能够自己来做这些吗？其实都是人，测试能学会，开发想学也能学会去做，并且这些东西真的不难甚至可以说非常简单，尤其是使用qtp,loadrunner等测试工具来测试，都有详细的帮助。反方观点里面所提到的技术和思想，也许只是思想是我们唯一可以拿出来炫耀的文字了。
做为一个从事测试3年多快4年的测试人员，经历了从终端测试到服务器测试，从单一手工测试到现在从事的自动化测试，从功能测试到性能测试后，我真诚的希望喜欢测试同志或者想要在测试这行发展的同志，不要再心存幻想不学习开发方面的知识(不仅仅是coding)，如果抱着反方这种心态在从事测试工作，这是非常不可取的。
所以，我在这里真诚的投了正方一票，如果开发转测试那么在公司的立场，会比较两人能力强弱，所以如果你只有测试思想或者思维做为武器，可以想像是多么无力，还存在另一种威胁，测试人员本身在进化的过程中成为了“开发”人员，从而取代一直自认为自己为“测试”的人员，这种肯定是趋势。最终测试“开发”人员会将完全取代测试人员。
[[i] 本帖最后由 coffeg 于 2008-12-4 11:54 编辑 [/i]] 我觉得就个人来说，一个开发人员如果拥有系统的测试方面的知识是可以做测试的，
但是就一个公司，一个团体来说是测试人员是不能缺少的的。
就像医生和护士的关系，我们不能是说医生不会做护士的那些事情，
只是大家各有侧重点，是不能简单的被替代的。 太帅了 说了这么多了
我也来说说 从个人情绪上讲 如果自己做的东西自己都不满意 那就太郁闷了
开发人员不会取代测试人员
开发人员的“铁路警察”思维决定了他们永远不会取消测试人员。对于开发人员来说，因为开发的思维局限，他们永远只关注于跟他们手头模块相关的一些重要的问题的发掘和解决。对于即使很严重的但是不是他们视线范围的东西，他们是不会去理会的。也就是说，他们的不具备测试人员的基本道德素养--在最短的时间内发现问题，并且进行汇报和分析以及解决。
同样一个功能，测试人员的实现方法有很多，他们因为自己了解编写规则，所以对于根需求不符合的或者跟习惯不符合的实现不会去关注，因为他们觉得，实现了就OK了。
对于测试人员来说，他们会去研究的是业务，是客户的需要，习惯而不是代码，他们一切以客户的需要为出发点，想尽办法去找出所有的问题而不是仅仅满足于某个功能的实现。
对于大多数开发人员来说，如果做测试，只是适合做单元测试或者pass-to-pass测试。没有测试思维的开发人员，永远替代不了测试人员。 我就是做开发现转学测试的，谁写的正方观点呀，丫都看不懂，没意思，开发压力大，但是轻松，测试压力小点，但是累和烦
开发人员和测试人员从不同的方向保证软件质量
我认为开发人员主要是从某个功能是否实现的角度去进行开发设计的，而测试人员主要是从某个功能实现的是否正确，该功能的实现是否影响到其他功能实现来进行测试，个各的优势。1.开发人员了解程序代码，逻辑架构，但往往负责某个功能的模块开发，只是比较熟悉其负责的模块及其相关模块，而非对整个系统非常熟悉（也有高手对整个系统非常熟悉的，这样的高手列外），如果想从测试方面发展，还需要花很多时间去学习整个系统的架构，看整个系统的代码实现方式等等，还需要花时间去学习测试理论知识和测试实践，积累丰富的测试经验，行业内也有很多开发转测试的列子
2.测试人员（以系统测试为例），站在整个系统的功能实现上考虑，进行测试，不但保证某个模块功能实现正确，也有保证与此相关模块的功能不受到影响而且实现正确，比较熟悉测试理论和测试方法，也又丰富的测试经验，如果想从程序开发方面发展，也有花很多时间去学习程序设计，行业内也有很多测试转开发的列子
如果开发人员想做好测试，仅仅凭开发的知识是不够的，没有经一定时间的积累，很难成为一名优秀的测试工程师，测试的领域越来越广，测试的方法也越来越多，不是一下就学会的，测试经验不是一下就有的
看帖
!!!!!!!开发和测试，共同的合作者
开发和测试是一个项目中共同的合作者，为了一个共同的目标：高效、高质量的完成产品／项目，而走到了一起。开发和测试的关系不应当是排挤、对立，而应该是合作、共赢。
怕被开发挤掉的测试，只能说是技不如人，要加强修炼。
开发知道测试的方法和目的，能够更有效的避免错误，提高代码质量；
测试知道开发的理论和技巧，能够更有效的了解实质，提高测试效率；
欢迎开发做测试，但不是为了减压，而是为了更好的提高质量；
欢迎开发做测试，这样也能让开发更深入的了解测试，其实真正的测试压力并不比开发小；
测试也要向开发多学习，能把测试做深做好，毕竟深入的测试是需要一定的代码功力的。 我是反方...
理由:知由不具...
闻道有先后，术业有专攻，如是而已
闻道有先后，术业有专攻，如是而已不做测试不知道测试的苦
我以前做开发，转测试有一年多了，
真是不做开发不知开发的苦，
不做测试更不知道测试的苦。 不做那一行，永远不会了解这一行的苦！
应该没有谁替代谁，相辅相成才能事半功倍！！ 1，开发掌握的编成经验是在测试的时候会有很大帮助，尤其对于系统内部架构和code运行机制上，不过这样的开发去做测试优势最多只能发挥到ut这块，到了it，st之后的则需要懂测试的，了解业务的测试人员去做更加合适。
2，如果一个开发人员做了很久的测试，那这时他已经是测试人员，不再是开发了，呵呵！！！
3，可在开发初转测试的时候有很多东西是需要扭转的：看问题的角度--从代码角度到业务角度；从程序角度到需求角度；从测试角度到与开发沟通，和需求人员确认，这一系列的过程是开发到测试的一个转变，通过了则可以，通不过则就没希望了。
4，开发需要喜欢code，但测试不光是喜欢的问题，还要有灵活性，好的交流沟通，喜欢一个东西可不是那么容易的。
5，开发喜欢想当然的去考虑问题，而测试认为一切皆有可能。
所以说开发取代测试是不可能的，因为惯性思维是每个人很容易形成了，而更改则很难，试想如果一个团队的测试工作都由开发去做了，那质量和使用还能否那么让人放心呢。再从历史角度来看，正是因为测试不是开发就可以解决的，所以近年才高度提倡测试的重要性。
综上所述，开发取代测试是不可能的，各尽其责，则能发挥最大优势。 不可以！ 分析这个话题的背景描述： 开发人员有意转做测试，是否会挤掉原测试人员？
感觉首先要考虑下：
1.开发人员是否会经过系统的培训；
2.原测试人员是否有着丰富的测试经验；
说下他不可能取代原测试人员的情况：
1. 若开发是兼职测试的话；
2. 若开发人员无培训；
3. 原测试人员有丰富经验； 开发的做白盒测试还可以~但要开发人员取代测试人员我想那是不可能的~在开发人员眼里程序可以正常运行，功能可以实现就行~但测试人员追求的是完美~开发人员总是有理由说这不是BUG，开发人员最不愿意看到的就是自己做的程序中存在BUG～同理，让开发人员做测试从他们内心里就理解做开发的不易，所以不会追求完美，他们只是从开发的角度来做测试，而不是从用户的角度来做测试~两者之间做测试的目的是不尽相同的~
ww
不做那一行，永远不会了解这一行的苦！这句话说的很好~~有些人怎么把事情想的那么简单 毕竟在中国这片土地上，大部分的IT公司的还是更多的关注开发，测试对整个项目的重要程度对于管理者来说，转变思维不是几十年能够转变的，他们会根据用工成本来衡量，可就这么一衡量，那么测试这个岗位就危险了，我就是被公司人力成本衡量陷害的，取消测试部，开发和测试任务全部由开发人员替代。
我不会说大道理，只会认清现实，所以测试这个职位在中国的IT企业真正被重视，估计还得在需500年。 呵呵 我只能说开发人员可以取代测试人员，但是开发人员又要开发，又要测试，你真的当开发人员是神？在现在项目时间普遍不够的情况下，叫开发人员去做测试是不可想象的，真的有这种情况发生的话，这个项目肯定要毁掉的，开发开发不好，测试也测试不好。所以术业有专攻，让开发人员做开发，测试人员做测试吧。这个问题没啥要pk的。不论从成本，进度，风险角度来说，都不能让专职开发人员去做兼职的测试。