51Testing软件测试论坛

标题: 测试人员可以被开发人员取代吗？（2008-12-2 ）获奖名单已公布 [打印本页]

作者: 默默巫 时间: 2008-12-2 10:30
标题: 测试人员可以被开发人员取代吗？（2008-12-2 ）获奖名单已公布
背景描述：有人说，很多行业的人都可以转行做测试，若有开发经验的人做测试，企业会更欢迎；目前我了解，开发人员的压力远远大于测试人员，我们公司都有开发人员打算转行做测试，像我这样小小的测试人员，开发人员会把我挤掉吗？

感谢会员猫猫的拖鞋提供此精彩话题！如果你也有矛盾的问题想提出来和大家一起讨论，请点击此处>>
说不定下期PK的话题就是由你提出的哦，请快快参与吧！

奖项 获奖名单 奖励 答案连接
最佳话题PK手 1316016
当当购物卡50元+最佳PK手勋章
42#

作者: lanbiers 时间: 2008-12-2 15:06
标题: 开发人员只适合做基本的单元测试
开发人员应该专注于做单元测试，而不应该关注除此之外的其他测试

而且开发人员测试的角度是从代码角度思考的，而测试人员应更多关注于应用角度

[ 本帖最后由 lanbiers 于 2008-12-2 15:08 编辑 ]

作者: 单尾鱼 时间: 2008-12-2 15:30
偶觉得吧

一个行业的存在，就有它存在的理由
不可能轻易被取代。。。

作者: chengxq 时间: 2008-12-2 15:31
标题: 因事设岗，因岗设人
对于开发人员和测试人员的谁强谁弱，谁好谁坏的争论，自从有了测试这个职业开始就一直争论不休
其实回答这样的问题，最应该明确的，测试人员是干什么的，没有测试人员行不行？
测试人员现在完成的是什么样的工作，这些工作为什么不能给开发人员去完成，在说的夸张点
这个工作为什么叫测试工作，我们是否可以直接叫开发2工作呢，其实都是可以的
从项目管理上来讲，只要有开发人员，就应该有相应的测试人员，测试人员要保证其独立性
所以开发人员和测试人员各其所职，共同来保证我们的产品的质量.

[ 本帖最后由 chengxq 于 2008-12-5 17:18 编辑 ]

作者: 超越自我 时间: 2008-12-2 15:39
标题: 如果开发人员真的完全掌握测试技能,我想是完全有可能的!
首先,知道测试人员要懂的东西主要有哪些?
1.测试技能;
2.业务知识;
3.开发架构;
4.以客户的思维来想问题;
而.一个优秀的开发人员要懂的知识:
1.开发语言;
2.业务知识;
3.开发架构;
4.以程序来思考问题;
换言之:
如果开发人员再加强一些测试知识,以客户来去思考问题;
再做测试,那么效率一定会高很多,发现问题可能也更加深入;
所以开发人员做测试还是有很大的优势的,前提下,对测试要有兴趣,和认真去学习测试这门学科;
所以,作为测试人员,我们更加提高自己测试技能的同时,也应该懂得开发方面的知识,
相互相成,我们才能走得更远!

作者: archonwang 时间: 2008-12-2 16:05
在人员上不能取代，但在技术上完全可以。

作者: 数电线杆子 时间: 2008-12-2 16:12
标题: 反问一句
开发人员可能被测试人员取代吗？
答案是肯定的，两都都可以取代以方，只要两都会编码，都会彼此的工作流程，业务知识，是完全没问题的，这问题问的没有实际意思，和鸡生蛋，蛋生鸡有的争有区别否！！！

作者: 欧阳 时间: 2008-12-2 16:18
标题: 开发的思维与测试的思维是不一样的
因为开发的思维与测试的思维是不一样的，开发更看重如何实现功能，而测试人员呢，在项目开发前期，他是这样想：怎么才能让程序跑起来呢？而在项目开发中后期，测试是这样想：怎么样才能让程序出错呢
另外还有一点很重要：开发人员和测试人员的要求不是一样的，开发人员精通一门编程语言，熟悉一种开发工具就可以编程了，但是测试人员要求更广阔的知识面，虽然要求不如开发人员那样精通。
所以说：开发人员和测试人员是相辅相成的，只有相互合作才能创造出高质量的软件。

[ 本帖最后由欧阳于 2008-12-4 16:10 编辑 ]

作者: 佐伊 时间: 2008-12-2 16:26
选择反方
开发做久了思维也就不一样了．
测试既然存在，就有存在的道理．
就跟开公司一样，一个人能挑的起所有的工作吗？

作者: taigutest 时间: 2008-12-2 16:37
其实之前我也在PK问题征集上发了个关于“开发和测试相比，未来哪个更有发展，更有前途些？”的讨论话题，结果没想到后来的“猫猫的拖鞋”的PK话题却发表了...........

我比较同意“archonwang”的观点，但我觉得“职位上不能被取代，但技术上完全可以”这样更合适些吧，因为测试这个职业是肯定会存在的，它永远不会被开发所替代.

接下来我就我的提出的PK话题观点简单说几句（毕竟自己的话题没被发出来，请允许我发泄下，有点王婆卖瓜，自卖自夸的感觉哈

）：测试和开发比起来，我觉得测试在未来一段时间内比开发有前途（这也是我选择做测试的原因之一），原因很简单：随着时间的计算机专业在我国大学中普及度已经相当高了，换句话说在九几年的时候学这个专业的出来不愁工作，待遇也很好，但经过7，8年的发展现在的开发人才已经基本饱和了，就算企业招人也只是针对高端的开发人才了，这就是为什么现在单位都要招有开发经验或工作经验的开发人才，除了企业不愿培养人才的因素外，实际上也说明了现在开发人才过剩。反观测试，现在恐怕还没几个大学里专门开了软件测试专业的吧，就算开了也是少数，因此这方面人才比较少，这方面的资料也比较少，搞测试的人基本都处于自我摸索学习阶段，这点从各大测试论坛上可以看出来。现在随着软件企业对测试开始逐渐的重视，测试在软件开发中的地位也开始逐渐上升，待遇也在逐渐提高，而且测试比起开发来更有年龄上的优势，所以我认为在未来测试比开发有前途。

作者: e.lite 时间: 2008-12-2 16:45

原帖由 archonwang 于 2008-12-2 16:05 发表
在人员上不能取代，但在技术上完全可以。

这个我同意，话又说回来，测试人员也可以提高自身的技术的呀，那是不是可以反问一下测试人员是否可以取代开发人员呢？我觉得，这两个职业从辩证法的观点看的话都是需要的，不能说明谁取代谁

作者: xiaochencheng 时间: 2008-12-2 17:00
标题: 开发人员是不可能替代测试人人员的
开发人员是不可能替代测试人员的。
虽然现在很多人都说开发比测试好，感觉测试像比开发低一等样的。但实际上并不是这样的，只能说测试的门槛要低一些，他不需要你有一些很了不起的编程技术，只要有敏锐的思想，仔细认真就可以了。但是随着学习的深入，会发现测试并没有想象中测那样简单。
其一：测试人员和开发人员的思想有差异。
我以前是做开发的，对这了解一点。开发人员着重的是一些大的功能点，一些细节往往不会注意，他们总觉得只要功能实现就可以了，有时对测试提的问题还有点爱理不理的。
而测试人员要关注的东西就很多，他是站在客户的角度去看问题，以前我就是老想这开发怎么样，然后去想测试的事，这样会让自己的思考范围变得狭隘。
其二：测试人员比开发人员在某些方面要求要高，更细心。
在测试初期，虽然测试人员做的都是一些黑盒测试。看上去很简单也很容易操作，但是并不是每个人都能做好这一点的。开发人员一般都会注重那些正常流程。而实际在在项目真正上线的时候会遇到各种各样的异常情况，而开发人员并不会都考虑全面，这时就需要测试人员更全面仔细的去思考。
其三：测试人员和开发人员的立场不一样。
开发人员注重的是编程，把功能实现出来。而且一般的开发人员都不是很喜欢测试人员，常常觉得测试人员在找茬。试问哪个开发人员喜欢自己的程序一堆问题？哪个开发人员能保证自己测试的没有问题？而质量的保证就是靠测试人员。测试人员会更全面更客观的去看问题，从而发现一些让人意想不到，而且经常疏忽的地方。
其四：开发人员的重点是编程能力，而测试人员的重点并非如此。
认为测试可以取代开发人员，最重要的原因就是觉得只要会编码就可以做测试。那是因为他并没有了解测试人员的内涵，什么是真正的测试人员。测试人员的目的是为了发现项目中的bug，保证项目的质量。不管是会编程，还是不会编程，对于测试人员而言，会编程的可以会发现的bug多些，但并不代表不会编程就一定做不好测试，同样会编程也不一定做的好测试。测试人员能力的好坏不能仅靠编程能力来判断，那样是很片面的。
其五：开发人员和测试人员是相辅相成的，但并不能相互取代。
不管是开发人员还是测试人员，他们最终的目的都是为了更好的完成一个项目。开发人员的目的是让一个虚拟的东西呈现出来，把产品需求变成一个实实在在的东西，很直观的去感受。而测试人员则是通过产品需求，软件需求，找出每个可能出问题的地方，然后在成品中去完善。测试人员和开发人员所需要的技能在某种程度上说是不一样的，关注的方式也是不一样的。
上面有个正方说：如果开发人员真的完全掌握测试技能,我想是完全有可能的!。
那么我想问，如果一个开发人员和测试人员都在一起，那么他们关注的重点又是什么？如果说一个开发人员完成掌握了美工技术，那么是否美工也不需要了，如果掌握了管理技术，那么是否项目经理也不需要了？如果没有一个明确的分工，如何保证项目的质量？

作者: 雪儿 时间: 2008-12-2 17:06
标题: 存在即合理
原来没有，后来有了，说明是合理的。如果不需要测试，也就没有这个行业的产生了

作者: 尛蟲蟲 时间: 2008-12-2 17:17
标题: 从理论上讲，测试可以被开发取代
从理论上讲，测试可以被开发取代占个茅坑
有灵感的时候过来忽悠几句……

作者: pupu840323 时间: 2008-12-2 20:22
标题: 我的答案只有一个：不会
首先我肯定的说，测试人员不会被开发人员取代

1、思想和方法
开发人员多年按开发的思路进行程序设计和调试，人都有一种一致性的制约，这种制约会造成其按固有思想进行测试工作，那么其工作成果等同于开发，和测试人员学开发不同，测试人员是有针对性的进行开发知识的学习，在思想上和测试保持一致。
所谓一致性，我举例来说，人们都喜欢按一个固有思维进行运作，因为这样可以减少他的麻烦和烦恼，这种一致性往往是不自觉的，比如对于开发一个控件，我们往往使用已有的控件，而不去想这个控件好不好用，因为它存在，不需要我们再浪费时间去研究，再思考，这是主动的；再比如你经常写日记，那么这就养成了一种习惯，每天你就会不自觉的进行记录，保持这种一致性，这就是被动。

2、专一性
所谓干一行专一行，每行都有不同的特点和知识，当一个开发转行做测试的时候，其没有掌握测试的测试方法和理论，没有测试思路和广度。一般都说测试是方法论以及经验的结合体，这些都是靠时间的累积以及努力积攒起来的成果，那么一个开发转行做测试，其基础和你相比要相差很远，什么叫质量管理，什么叫测试管理，什么叫过程监管等等，对于他来说是一片空白。

3、心态
都说文科的人和理科的人不同，因为他们的思维不同，那么开发和测试的思维呢，当然也是不同的。开发总是喜欢挑战，面对不同新鲜事物，他们不喜欢一件事情反复去做，比如连续开发相同的代码和模块，日复一日的做报表；而测试的工作则是日复一日的重复测试，测试的耐心告诉他这里一定有问题，他见过重复的东西越多，其工作的熟练程度，和考虑的东西越为全面。那么开发和测试的心态有着本质的区别。

综上所述，开发和测试，每行各有不同，专注于本职工作，做到最好。

作者: zhanzhan 时间: 2008-12-3 10:33

分工不同，只会越来越细
如果真的研发能做测试的事情，那一开始就不应该出现测试的职业

作者: skyjun 时间: 2008-12-3 10:45
开发是可以转成测试的这是不可否认的。但是必须经过系统的学习，不能用以往开发的思路来进行测试
所以测试不是轻易的被取代的

作者: lovewings 时间: 2008-12-3 11:01
开发人员加强测试思想后可以转做专职的测试，但开发人员在开发同时兼职做测试是不可取的。

作者: 舞の月 时间: 2008-12-3 11:02
of course not
一个是从开发角度去考虑问题，一个是从用户角度考虑问题，根本不可能被取代

作者: fqs209 时间: 2008-12-3 11:06
我是中立，大胆的预测，未来的发展，测试人员就是开发人员，开发人员就是测试人员。
这两者要密切相关，毕竟软件的质量才是最重要的。
希望大量公司不要认为做不了开发才去做测试的。
对于开发我认为只是熟练而已，很多从来不会开发的，连VS都不会安装的，半年就可以练成
个开发高手，前提是自己努力。
对于测试，最重要的还是沟通，一个顶尖的测试高手，不仅能坦然的应付各种交际场合，
而且其思想的逻辑性和条理性非其他行业人员能比，因为这是测试人员的饭碗。

作者: yunxiz 时间: 2008-12-3 11:41
开发的优势在于了解程序代码，了解整体架构逻辑

这也是测试的一个发展方向吧，从底层开始测试才是最好的测试

作者: coffeg 时间: 2008-12-3 11:57
标题: 测试需要走向“开发”
在整个软件生产过程中，测试和开发分工是不同的，但是从个人来讲，测试和开发不管工作目标，学习方向基本上是相似的。
工作目标：
测试是保证软件质量　开发是开发优秀的软件
学习方向：
工作决定我们的学习方向，测试不能一直都停留在研究理论方面，测试理论是很重要，但个人三年半来一直觉得coding也是必须的。平心而论开发转测试是很容易的，并且要比一般目前普通的测试人员测试更有效率。这也是目前测试人员能力上升的瓶颈所在，测试人员和开发人员的不同从个人能力来看，在于他们会coding，而测试人员不会或者不精更或者也许可以叫做不重视coding。那么coding真是那么重要吗？我个人觉得，是的。测试人员可以不会写，但一定会看，其实coding只是一个方法，是让我们更加了解系统更加了解系统底层的一种最直接最有效的方法。可能有人问，为什么要了解底层？我只要找出bug来就可以啦。很简单，从bug严重级别来说，界面的错误和底层的错误谁更重要呢，我想大部分做过测试的人都会有体会吧。
做测试的同志们，咱们扪心自问一下，测试中的测试技术和测试思想，真是那么艰难的让开发学不会，了解的loadrunner,QTP,或者更强一些的同志会用脚本写工具，这些开发不能够自己来做这些吗？其实都是人，测试能学会，开发想学也能学会去做，并且这些东西真的不难甚至可以说非常简单，尤其是使用qtp,loadrunner等测试工具来测试，都有详细的帮助。反方观点里面所提到的技术和思想，也许只是思想是我们唯一可以拿出来炫耀的文字了。
做为一个从事测试3年多快4年的测试人员，经历了从终端测试到服务器测试，从单一手工测试到现在从事的自动化测试，从功能测试到性能测试后，我真诚的希望喜欢测试同志或者想要在测试这行发展的同志，不要再心存幻想不学习开发方面的知识(不仅仅是coding)，如果抱着反方这种心态在从事测试工作，这是非常不可取的。
所以，我在这里真诚的投了正方一票，如果开发转测试那么在公司的立场，会比较两人能力强弱，所以如果你只有测试思想或者思维做为武器，可以想像是多么无力，还存在另一种威胁，测试人员本身在进化的过程中成为了“开发”人员，从而取代一直自认为自己为“测试”的人员，这种肯定是趋势。最终测试“开发”人员会将完全取代测试人员。

[ 本帖最后由 coffeg 于 2008-12-4 11:54 编辑 ]

作者: hushiping2222 时间: 2008-12-3 12:08
我觉得就个人来说，一个开发人员如果拥有系统的测试方面的知识是可以做测试的，
但是就一个公司，一个团体来说是测试人员是不能缺少的的。
就像医生和护士的关系，我们不能是说医生不会做护士的那些事情，
只是大家各有侧重点，是不能简单的被替代的。

作者: hanxiaochi-999 时间: 2008-12-3 12:22
太帅了说了这么多了
我也来说说从个人情绪上讲如果自己做的东西自己都不满意那就太郁闷了

作者: tengmy 时间: 2008-12-3 16:10
标题: 开发人员不会取代测试人员
开发人员的“铁路警察”思维决定了他们永远不会取消测试人员。
对于开发人员来说，因为开发的思维局限，他们永远只关注于跟他们手头模块相关的一些重要的问题的发掘和解决。对于即使很严重的但是不是他们视线范围的东西，他们是不会去理会的。也就是说，他们的不具备测试人员的基本道德素养--在最短的时间内发现问题，并且进行汇报和分析以及解决。
同样一个功能，测试人员的实现方法有很多，他们因为自己了解编写规则，所以对于根需求不符合的或者跟习惯不符合的实现不会去关注，因为他们觉得，实现了就OK了。
对于测试人员来说，他们会去研究的是业务，是客户的需要，习惯而不是代码，他们一切以客户的需要为出发点，想尽办法去找出所有的问题而不是仅仅满足于某个功能的实现。
对于大多数开发人员来说，如果做测试，只是适合做单元测试或者pass-to-pass测试。没有测试思维的开发人员，永远替代不了测试人员。

作者: smooth00 时间: 2008-12-3 18:49
我就是做开发现转学测试的，谁写的正方观点呀，丫都看不懂，没意思，开发压力大，但是轻松，测试压力小点，但是累和烦

作者: wangxinggang 时间: 2008-12-3 22:15
标题: 开发人员和测试人员从不同的方向保证软件质量
我认为开发人员主要是从某个功能是否实现的角度去进行开发设计的，而测试人员主要是从某个功能实现的是否正确，该功能的实现是否影响到其他功能实现来进行测试，个各的优势。
1.开发人员了解程序代码，逻辑架构，但往往负责某个功能的模块开发，只是比较熟悉其负责的模块及其相关模块，而非对整个系统非常熟悉（也有高手对整个系统非常熟悉的，这样的高手列外），如果想从测试方面发展，还需要花很多时间去学习整个系统的架构，看整个系统的代码实现方式等等，还需要花时间去学习测试理论知识和测试实践，积累丰富的测试经验，行业内也有很多开发转测试的列子
2.测试人员（以系统测试为例），站在整个系统的功能实现上考虑，进行测试，不但保证某个模块功能实现正确，也有保证与此相关模块的功能不受到影响而且实现正确，比较熟悉测试理论和测试方法，也又丰富的测试经验，如果想从程序开发方面发展，也有花很多时间去学习程序设计，行业内也有很多测试转开发的列子
如果开发人员想做好测试，仅仅凭开发的知识是不够的，没有经一定时间的积累，很难成为一名优秀的测试工程师，测试的领域越来越广，测试的方法也越来越多，不是一下就学会的，测试经验不是一下就有的

作者: ruifengkeji 时间: 2008-12-4 00:47
标题: 看帖
!!!!!!!

作者: rolei 时间: 2008-12-4 09:03
标题: 开发和测试，共同的合作者
开发和测试是一个项目中共同的合作者，为了一个共同的目标：高效、高质量的完成产品／项目，而走到了一起。

开发和测试的关系不应当是排挤、对立，而应该是合作、共赢。
怕被开发挤掉的测试，只能说是技不如人，要加强修炼。

开发知道测试的方法和目的，能够更有效的避免错误，提高代码质量；
测试知道开发的理论和技巧，能够更有效的了解实质，提高测试效率；

欢迎开发做测试，但不是为了减压，而是为了更好的提高质量；
欢迎开发做测试，这样也能让开发更深入的了解测试，其实真正的测试压力并不比开发小；

测试也要向开发多学习，能把测试做深做好，毕竟深入的测试是需要一定的代码功力的。

作者: 阿七 时间: 2008-12-4 09:41
我是反方...
理由:知由不具...

作者: rolei 时间: 2008-12-4 10:12
标题: 闻道有先后，术业有专攻，如是而已
闻道有先后，术业有专攻，如是而已

作者: Lemon_s 时间: 2008-12-4 10:52
标题: 不做测试不知道测试的苦
我以前做开发，
转测试有一年多了，
真是不做开发不知开发的苦，
不做测试更不知道测试的苦。

作者: ryqkitty 时间: 2008-12-4 16:46
不做那一行，永远不会了解这一行的苦！
应该没有谁替代谁，相辅相成才能事半功倍！！

作者: xhk1 时间: 2008-12-5 14:47
1，开发掌握的编成经验是在测试的时候会有很大帮助，尤其对于系统内部架构和code运行机制上，不过这样的开发去做测试优势最多只能发挥到ut这块，到了it，st之后的则需要懂测试的，了解业务的测试人员去做更加合适。
2，如果一个开发人员做了很久的测试，那这时他已经是测试人员，不再是开发了，呵呵！！！
3，可在开发初转测试的时候有很多东西是需要扭转的：看问题的角度--从代码角度到业务角度；从程序角度到需求角度；从测试角度到与开发沟通，和需求人员确认，这一系列的过程是开发到测试的一个转变，通过了则可以，通不过则就没希望了。
4，开发需要喜欢code，但测试不光是喜欢的问题，还要有灵活性，好的交流沟通，喜欢一个东西可不是那么容易的。
5，开发喜欢想当然的去考虑问题，而测试认为一切皆有可能。
所以说开发取代测试是不可能的，因为惯性思维是每个人很容易形成了，而更改则很难，试想如果一个团队的测试工作都由开发去做了，那质量和使用还能否那么让人放心呢。再从历史角度来看，正是因为测试不是开发就可以解决的，所以近年才高度提倡测试的重要性。
综上所述，开发取代测试是不可能的，各尽其责，则能发挥最大优势。

作者: 郁闷的我 时间: 2008-12-5 15:06
不可以！

作者: nicktcandy 时间: 2008-12-6 17:30
分析这个话题的背景描述：开发人员有意转做测试，是否会挤掉原测试人员？
感觉首先要考虑下：
1.开发人员是否会经过系统的培训；
2.原测试人员是否有着丰富的测试经验；
说下他不可能取代原测试人员的情况：
1. 若开发是兼职测试的话；
2. 若开发人员无培训；
3. 原测试人员有丰富经验；

作者: yangxuesong 时间: 2008-12-7 14:15
开发的做白盒测试还可以~但要开发人员取代测试人员我想那是不可能的~在开发人员眼里程序可以正常运行，功能可以实现就行~但测试人员追求的是完美~开发人员总是有理由说这不是BUG，开发人员最不愿意看到的就是自己做的程序中存在BUG～同理，让开发人员做测试从他们内心里就理解做开发的不易，所以不会追求完美，他们只是从开发的角度来做测试，而不是从用户的角度来做测试~两者之间做测试的目的是不尽相同的~

作者: xiaobi1215 时间: 2008-12-7 19:48
标题: ww
不做那一行，永远不会了解这一行的苦！
这句话说的很好~~有些人怎么把事情想的那么简单

作者: fengbo 时间: 2008-12-7 20:15
毕竟在中国这片土地上，大部分的IT公司的还是更多的关注开发，测试对整个项目的重要程度对于管理者来说，转变思维不是几十年能够转变的，他们会根据用工成本来衡量，可就这么一衡量，那么测试这个岗位就危险了，我就是被公司人力成本衡量陷害的，取消测试部，开发和测试任务全部由开发人员替代。
我不会说大道理，只会认清现实，所以测试这个职位在中国的IT企业真正被重视，估计还得在需500年。

作者: 多米尼克 时间: 2008-12-7 22:35
呵呵我只能说开发人员可以取代测试人员，但是开发人员又要开发，又要测试，你真的当开发人员是神？在现在项目时间普遍不够的情况下，叫开发人员去做测试是不可想象的，真的有这种情况发生的话，这个项目肯定要毁掉的，开发开发不好，测试也测试不好。所以术业有专攻，让开发人员做开发，测试人员做测试吧。这个问题没啥要pk的。不论从成本，进度，风险角度来说，都不能让专职开发人员去做兼职的测试。

作者: www.itest100.cn 时间: 2008-12-8 13:26
可惜了,这是在测试论坛,大家都怕自己没了饭碗阿,肯定是支持反方的

在敏捷开发过程的面向测试驱动的过程里,测试人员已经没有太多立足之地了

好在过程没有好坏,也不会一统天下的时候,所以永远不会发生测试人员被开发人员取代一说

因为开发人员对测试骨子里是不屑一顾的

作者: towel223 时间: 2008-12-8 16:30
个人认为，没有什么不可能。
如果你就是一个手工执行test plan的初级tester, 那么我觉得开发的人员在特定的氛围下就非常有可能抢了你的饭碗。特别是现在的经济环境。公司如果要开源节流的话，留一个多面手总是最佳的选择。

这就让我想起了高中文理分科的故事，大家好像都说理科转文科就很容易，而文科转理科就特别难，但是我想大家应该没有看到任何一个理科生转到文科后，就一直是第一的事情吧。

关键是看你的能力和水平。如果你能够深入洞察公司的文化，产品的价值和流程。我想这样的测试人员应该就不用怕。
个人认为，测试和开发谁也替不了谁。玩股票的突然想玩基金，那玩基金的人是不是就没的玩了吗？

作者: 1316016 时间: 2008-12-8 19:12
之所以中立，需要考虑什么是“取代”？是人员的取代还是职位的取代？如果说是职位的取代，就是说撤销测试，没有测试，都由开发人员担当，那显然是不行的，但题目似乎说的是后者。
人员的取代，那么如果测试人员有够强的编码技能，那么就可以去取代开发，而开发的人有。。。。的技能，也可以做测试人员，他们是可以相互取代的。问题不在于谁取代谁，而是谁取代谁需要付出的代价大。大家认为测试转开发比较困难，开发转测试比较容易，就说测试可以被开发取代，显然是偷换概念。

并且，我认为，不是谁取代谁的问题，而是谁更适合，更愿意做什么的问题。你的心思比较细腻，思维活跃，就比较适合做测试，或者很适合做测试，相反，你思维比较单一，又很执着，一条路走到黑的就有开发的潜质，这是深度与广度的区别，不是谁强谁弱问题。以往人们总说测试简单，好入门，那只是我们没有把广度打开，我们看到的和开发是一样半径下的东西，结果没有那么深，当然被人瞧不起，是我们测试人自己没有把工作做好，而不是测试本身不好，这样的人不被开发取代，也会被其他的测试人员取代。

其实，最好的状况是，开发人有测试的概念，在单元测试或者更早的时候有意识的测试一下，想得全面点，就不会有后面那么多的Bug，同样，如果测试人员，有点编码或者相关的基础，在定位问题上就会更准确，不至于开发的找半天没办法跟代码。

作者: axxiao@sohu.com 时间: 2008-12-8 23:19
标题: 研发人员不能取消测试人员，但相对而言，有较强的竞争力。
研发人员不能取消测试人员，但相对而言，有较强的竞争力。
研发人员不能取消测试基于以下原因：
1.一个好的测试员有较强的逆向思维能力。开发员容易从程序逻辑上去思考发现问题。
2.测试员对程序内部一无所知，有利于模拟真实用户去操作系统。黑盒测试比较适合他们。
研发人员有较强的竞争力基于以下几点：
1.研发人员了解程序代码，他们会分析出错的根因，提供比较具有价值的参考建议。比较有说服力。
　白盒测试正是他们的所长。
2.研发人员的代码编写能力较强，对于一些自动化工具容易上手，如Loadrunenr,QTP。甚至自己开发测试工具。
跟据本人的面试经验，面试官喜欢了解程序语言，熟悉软件开发过程，和会使用测试工具的人做测试。
这也说明，研发人员去做测试会较有竞争力。

作者: pbz 时间: 2008-12-8 23:22
偶公司现在不要测试的咯开发自己来咯

作者: wk123yh 时间: 2008-12-9 11:26
存在既是合理

作者: 佐伊 时间: 2008-12-9 11:35

原帖由 pbz 于 2008-12-8 23:22 发表
偶公司现在不要测试的咯开发自己来咯

那你是开发做测试？- -

作者: 佐伊 时间: 2008-12-9 11:37
感觉猫猫的拖鞋问这问题也是最近金融危机引起的自身心理慌乱．
主要还是看公司了那边怎么想了．．

作者: 鹭岛 时间: 2008-12-9 16:01
正方。。。
开发很容易转为测试，测试人员就没饭碗了。。。

作者: 默默巫 时间: 2008-12-9 16:09

原帖由鹭岛于 2008-12-9 16:01 发表
正方。。。
开发很容易转为测试，测试人员就没饭碗了。。。

- -正方同学，请选择你回贴的立场．还是中立呢～～

作者: pkncoin 时间: 2008-12-9 17:40
标题: 开发人员不会取代测试人员
1. 两者的思维有很大差别。
他们是正向的思维，他们总认为自己设计的东西没有问题，就好像没有哪个父母会认为自己的宝宝有问题一样。
测试人员属于破坏形，他们的思想是悲观的，具有逆向思维。他们会认为没有东西是完美的，肯定都会有问题。

2. 职责不同。
开发人员是负责设计和完成这一个软件，他们都会认为软件没有错误。
测试人员是负责发现问题，找问题。

3. 侧重点不同。
开发重点培养编码能力，编码能力突出，可以写出很精简的语句，能够写出很厉害的功能。
测试人员重点培养发现问题的思想，对问题的分析能力。

4. 测试人员对业务的理解要更深入，一个厉害测试人员是一个业务高手。

刚学不久，发表一下自己的看法，呵呵~~

作者: _Aries_ 时间: 2008-12-9 17:41
我就是一个从开发转到测试的人员，开发人员能做测试是没错，但是应该是不能完全取代测试的。我现在的职位是开发测试，也就是说半开发半测试，但是还有很多工作需要纯测试人员去做，也许他们在做的过程中会了解并学习开发的知道，也有可能会转到开发（以前也见过），但是这两种人员的互相转换说明了一个问题就是，谁都可以转换成谁，但是不能取代谁。

作者: alex1919 时间: 2008-12-9 23:43
其实还是觉得开发人员不可能完全代替测试人员。
1. 二者的任务不同：开发人员是在建设，而测试人员可以说是在检查漏洞，或者直接是拆建筑的人。二者虽然本质的目的一样，都是开发出好的软件，但是角色不同导致任务，以及目标的不同。而一个人做事的时候，保持目标的单一性相对而言更容易出色的完成任务。而且所谓当局者迷，旁观者清。但一个人专心做开发的时候，很难发现自己开发出来的有什么问题。
2. 侧重点不同：所谓术业有专攻，但一个合适的人在做合适的事的时候，做事的效率就会大大的提高。如果只适合做开发的，只喜欢做开发的人，硬要他去做测试，他一定不愿意。
3. 人员的素质要求不同：这里并不是说所有做测试的素质要就就要低过开发人员。但原本做手工测试的要就的确低过开发人员。当然最理想的是所有人都是既懂开发，又懂测试。但现实情况下，有这样的可能吗？把一个原本可以胜任卡发工作的拿去做测试，而把原本胜任测试工作的用去做卡发，这是不是也是资源的浪费呢？
所以个人认为，测试人员被开发人员取代是不现实的。

作者: wssgily 时间: 2008-12-10 10:19
标题: 两者可以相互取代！两者不可能相互取代！
我想这个话题不是谁取代谁的问题，其实二者的出现，目标就是一个交付给客户一个高质量的软件，提供高质量的服务。这个大目标是没有改变的，因此两者都应该相互学习对方的优点和技能，共同来实现高质量服务这个目标。
现在的企业，以及以后发展的趋势肯定肯定是对各方面的技术要求越来越高，测试技术，开发技术，管理技术，都不能少。因些多面手或者技术更加全面是我们努力的方向。
谁取代谁，在当今软件技术分工越来越细致的年代，都不太可能。
可能的是，我们不断提高自身各方面的技能，来尽最大可能的程度去保证软件的质量。
客户不管你的软件是如何实现的，他们只关心有没有达到他们的需要，甚至比期待值还要高的需求。

作者: 相逢一笑 时间: 2008-12-10 16:14
标题: 不存在谁取代谁的问题
如果产品不行，开发、测试人员通通下岗。
代码写得太糟糕，开发人员被其他开发人员取代，或者被炒鱿鱼回家。
该检查的错误没查出来，测试人员滚蛋。

如果产品中测试人员没有能够体现自己的价值，那么测试人员本身就有可能成为开发人员的附庸，跟被取代也没什么两样。

如果测试人员很强势，那么测试人员甚至可以主导整个研发进程。想取代谁就取代谁。

应该说，测试人员比开发人员有更多的机会成为产品的骨干，因为测试人员要求的视野更广。而且越到最后，项目约紧急，领导更关系，最有机会表现。

作者: wjb-test 时间: 2008-12-11 17:22
标题: 工作
不能谁取代谁
工作中只能说是大家各谋其职、各尽其才

作者: liubangzhen 时间: 2008-12-11 17:28
标题: 开发人员有足够的实力代替测试人员
开发人员除了具有开发编程能力外,对软件的开发流程熟悉,同时如果学习测试技术,凭借他们对白盒测试的经验,是足够的.

作者: juliet7438 时间: 2008-12-11 17:29
开发人员如果转做测试的话，也需要从头开始学的，只能说开发人员转测试对产品的技术层了解比较强点。
开发也需要了解测试方面的一些专业知识，测试过程中也用到很多的工具，这个也是开发需要学习和掌握的，测试也需要掌握相应的编程技能，很多测试方面的工具和自动化测试脚本语音都需要学习的，测试做的好一样可以做开发人员，我身边就有好多这样的事情

作者: freedomwar3 时间: 2008-12-11 17:39
何为取代？就是他创造了别你更高的价值。客观的说，为什么有开发人员和测试人员之分？是因为他们在各自的不同领域各有所长。测试不仅仅是了解代码，系统架构之类的，这些只是其中一部分而已，当然熟悉这些将有利于测试。但是测试人员不仅仅是具备这些能力，测试人员还有很多其他方面的能力是开发人员不具备的（开发人员另外学习的情况除外），所以说存在即合理！

作者: zhang_jun_ 时间: 2008-12-11 17:39
标题: 不在实力而在环境
原则上开发与测试是不同的工作内容与工作流程，但这一切的前提是得有相应的工作环境的支持，比如在国外，开发人员与测试人员都是分属不同的部门，有专职的沟通人员负责，而国内又是什么情况？？？我不说大家都知道，没几个正规的。在这种情况下，测试人员是不被重视的，自然就有被取代的可能。

作者: hukongli 时间: 2008-12-11 18:56
标题: 测试人员可以被开发人员取代吗？
关于测试人员是否可以被开发人员取代？这是不确定的，也就是说我们要把它放在怎么的一个环境中去理解。比如在一个软件企业内，软件开发人员都（或者一部分）去做测试的工作
这样就把我们这些原有的测试人员“取代”了。试想，这时该企业的软件开发谁去做？显然老总又去高薪寻千里马。这时又有一个问题产生了，那就是该“马”在很短的时间内能给企业带来怎样的利益？原来的开发人员去做测试那他们对软件测试是否能拿来就做，即使能，能有专业的测试者经验吗？那么对于企业来说是不是要花一段时间去默契。无形之中，老板又投资一笔巨款，你是老板你去做吗？从这个角度看，如果是我，那就是我“傻”。即使测试人员可以被开发人员取代，只能说测试家族兴旺发达，个个十八般武艺精通。在如，软件开发和制造业中的生产及工程是不是很像，两者都是做出产品，不可厚非吧。那么测试就和制造业中的品管及工程一样对生产出的产品进行检测，评价产品的质量如何。试想在制造业中生产部和品管部只要生产就可以吗？本人就做过，结果是客诉不断啊！其实“测试人员可以被开发人员取代吗？”我认为有两种意思：一是测试人员没有了，二是部分测试人员被开发人员代替了，这就看企业文化了。之前我在一家公司做生产Apple产品，有一段时间将品管给取消了。作为我们很高兴，每天超产，这时的品质如何呢？可想而知，不比之前好。各个行业的经营是一样的只不过企业文化不一样而已。就像我们人一样缺一样都是不健全的。

作者: snower91 时间: 2008-12-11 20:38
标题: 只要是一般人能干的活，另外的人基本都能取代
无论什么知识，不会还不能学么？分工不同而已，无所谓取代不取代

作者: creatysun 时间: 2008-12-12 13:02
标题: 如果测试人员被开发人员所取代那是软件发展的退步
如果测试人员被开发人员所取代那是软件发展的退步

作者: chenguang1018 时间: 2008-12-13 00:33

原帖由 数电线杆子 于 2008-12-2 16:12 发表
开发人员可能被测试人员取代吗？
答案是肯定的，两都都可以取代以方，只要两都会编码，都会彼此的工作流程，业务知识，是完全没问题的，这问题问的没有实际意思，和鸡生蛋，蛋生鸡有的争有区别否！！！

两者有共同基础，但思想层面和指向不同，完全可以通过再学习来转换。
可是，做开发再学习测试，比做测试再去学习开发要来得容易些呀。面对这个状况我觉得还是有压力的。我是做测试的。

作者: segwyang 时间: 2008-12-13 22:56
最高境界：开发和测试合二为一。
虽然两种能力和素质都具备的人很难找，但这并不能掩盖这个岗位的真实需求。

TDD是一种软件工程的工程方式，更是一种思想。就是要求开发人员有测试人员的思想。

作者: segwyang 时间: 2008-12-13 22:58
另外，来本论坛的测试人员远比开发人员多，所以这个PK结果也只能代表测试人员的观点，而不能代表开发人员的观点。

作者: jc1860 时间: 2008-12-14 19:48
存在即合理

作者: frankyliu 时间: 2008-12-14 19:53
标题: 开发不可能取代测试
术业有专攻,老祖宗都讲了几千年了.不明白为什么还放在这里讨论.

作者: 猫猫的拖鞋 时间: 2008-12-15 12:27

作者: lagefeifei 时间: 2008-12-15 15:27
标题: 测试是一个过程，是为了提高开发质量为存在的。
测试驱动开发，当开发人员在测试思想的驱动下做到了测试相关的事，那测试这个过程就可以定义为已经被开发人与啊取代。

作者: 月野幻儿 时间: 2008-12-16 10:46
软件测试是伴随着软件的产生而产生的。早期的软件开发过程中，那时软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。对测试的投入极少，测试介入也晚，常常是等到形成代码，产品已经基本完成时才进行测试。

作者: 月野幻儿 时间: 2008-12-16 10:47
如果说开发要两者兼顾，那是不可能的．
思维不同，精力也有限

作者: dyc611 时间: 2008-12-16 16:43

做测试不是说就不需要懂编程，测试也同样需要具备同开发一样的编程技术才能在有些问题上与开发构建一个平等交流的平台，但是测试不会被开发取代，根本上还是思想问题，因为测试对于软件产品的思考角度与开发有明显的不同，我们在整个项目开发过程中所站的角度也是不同的，测试比开发更应该具有怀疑精神，而且要更接近满足现实场景的用户需求；而开发在这方面要薄弱很多，所以测试不会被开发所取代……这是我的愚见

作者: wscat777 时间: 2009-4-18 18:40
测试人员有测试人员存在的价值，要不然这个职业就消失了。开发人员可以转行当测试人员，但并不是说这个职业就消失了，不存在了。

作者: fakkuyu- 时间: 2009-10-10 12:17
标题: 这个问题本身就是问题
先让你取代只给和开发或测试一样多的钱又让你开发又让你测试,你还愿意干? 什么叫术业有专攻阿?谁取代谁阿? 你们说测试的学编程学不会唄?还是开发的学不会业务阿?

作者: cjh0901 时间: 2009-11-6 11:26
现实情况：可以编点程序的都被拉去做开发了，剩下一些对程序掌握不是很扎实但是工作态度好的，就做测试了。就现实情况看，开发人员的技能比测试人员的掌握的技能多，所以可以被替代。

个人认为，这不是职位是否可以替代的问题，而是技能是否可以替代的问题，如果你的技能比他强，你就把他，替代了。如果他比你强，他就把你替代了。

技能才是这个事件中的关键。

作者: felix87 时间: 2010-9-10 09:48
就个人而言，开发与测试应该说都可以互相转，只要熟悉对方的工作流程，掌握了对方所需的技能就可以了，身边既有开发转测试的朋友，也有测试转开发的。
就职业而言，这两个职位应该是合作的关系，目的就是为了提供更好的软件产品，只是彼此侧重点不一样，不存在谁被谁取代的问题，就像人的左右手一样

作者: QQHao 时间: 2010-12-29 14:31

先让你取代只给和开发或测试一样多的钱又让你开发又让你测试,你还愿意干? 什么叫术业有专攻阿?谁取代谁阿 ...
fakkuyu- 发表于 2009-10-10 12:17

同意这位仁兄的见解。
ps：
测试中不乏有懂代码的，
开发中不乏有弱的，不懂业务的，倍sB
故曰术业有专攻

侃侃之谈~~

作者: hacker14 时间: 2010-12-31 17:25
觉得这个问题,还是不好说会与不会
要按情况说话,不过我还是支持正方,
好的测试是会懂些代码的.
现在的基本测试,如果按照开发人员来学习的话,相信很块就能掌握
但是测试要掌握开发思想却要一段很长的时间.
开发在自主研发过程中也有自测的,这也算测试的一种.
只是他们考虑的主要在于功能,而没专注做测试那么多罢了,

作者: Michael0112 时间: 2011-3-13 10:55
不可能被取代。

作者: yintianyouqin 时间: 2011-3-18 09:36
当然不可能被取代！如果测试被开发替代了，也只能说他是一个有开发经验的测试人员，那他还是测试人员。

作者: 春天梅花 时间: 2011-5-5 13:41

作者: 老学生 时间: 2011-7-15 22:24
一个好的测试人员，不仅仅是测试。
坦白的说：普通的测试人员，在技术方面，测不过开发人员；在业务方面，测不过实施人员（或者用户）。
实际情况（不要理论，纯纯的客观情况）：开发人员如果想转测试，需要做好以下思想准备。
1、不再像以前那样“牛”，需要考虑多方面的压力（测试人员需要具备低头的本事）；
2、工作性质从以前的单一、专一工作，转为多方面多角度的工作。（测试人员需要是多面手）；
3、对软件的思维方式，从代码实现，转为“代码+业务”实现，同时，更多时间需要站在客户较多，进行符合业务情况的软件测试。
如果一个开发人员愿意做到这些，对了，他还要利用三寸不烂之舌，做好协调工作，协调开发+工程+需求之间的关系。那么他完全可以取代我们的位置，实话，目前各位的水平，比不了的。

开发你行吗？能做到吗？

总之，本人认为未来的开发模式是敏捷开发，那么测试人员在这种开发模式下，需要承担的测试任务，就不再是测试本身。本角色需要是一根“针”，在“项目组”或“产品组”之间穿针引线，促使整个团队的良性运转，同时要尽量站在用户的角度，对软件尽量的提出质疑，发现有意义的bug或者未明确的需求。

作者: iqpkeq 时间: 2011-12-22 00:35
开发人员本身其实说来就是对自己的代码负责，会做简单的代码级语法和语义的检测，从这个方面来说，开发人员就是测试人员，但是不是专业的测试人员！

作者: weiweixiaocao 时间: 2012-5-15 12:51
好多啊，哈哈，谢谢您

作者: xiao_haozi 时间: 2012-7-23 15:47

看上面说的那么多就头晕

作者: changpei12315 时间: 2014-7-8 23:23
测试人员只会越来越多，但绝对不会被开发人员取代，在一些大型外企中，一个项目中测试人员往往比开发人员要多。还有就是，第三方测试的出现是有他存在的意义及价值的，开发人员最好不做自己软件的测试也是行业内的规则。

作者: testdc 时间: 2014-8-2 23:37
不会的吧，看看其他人怎么说的

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)

奖项	获奖名单	奖励	答案连接
最佳话题PK手	1316016	当当购物卡50元+最佳PK手勋章	42#