51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

12
返回列表 发新帖
楼主: 默默巫
打印 上一主题 下一主题

测试人员可以被开发人员取代吗?(2008-12-2 )获奖名单已公布

[复制链接]

该用户从未签到

21#
发表于 2008-12-9 11:37:31 | 只看该作者
感觉猫猫的拖鞋问这问题也是最近金融危机引起的自身心理慌乱.
主要还是看公司了那边怎么想了..
回复

使用道具 举报

该用户从未签到

22#
 楼主| 发表于 2008-12-9 16:09:22 | 只看该作者
原帖由 鹭岛 于 2008-12-9 16:01 发表
正方。。。
开发很容易转为测试,测试人员就没饭碗了。。。

- -正方同学,请选择你回贴的立场.还是中立呢~~
回复

使用道具 举报

该用户从未签到

23#
发表于 2008-12-9 17:40:55 | 只看该作者

开发人员不会取代测试人员

1. 两者的思维有很大差别。
  他们是正向的思维,他们总认为自己设计的东西没有问题,就好像没有哪个父母会认为自己的宝宝有问题一样。
  测试人员属于破坏形,他们的思想是悲观的,具有逆向思维。他们会认为没有东西是完美的,肯定都会有问题。

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

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

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

刚学不久,发表一下自己的看法,呵呵~~
回复

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

26#
发表于 2008-12-12 13:02:40 | 只看该作者

如果测试人员被开发人员所取代那是软件发展的退步

如果测试人员被开发人员所取代那是软件发展的退步
回复

使用道具 举报

该用户从未签到

27#
发表于 2008-12-14 19:53:20 | 只看该作者

开发不可能取代测试

术业有专攻,老祖宗都讲了几千年了.不明白为什么还放在这里讨论.
回复

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

29#
发表于 2008-12-16 10:47:41 | 只看该作者
如果说开发要两者兼顾,那是不可能的.
思维不同,精力也有限
回复

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

31#
发表于 2011-3-13 10:55:11 | 只看该作者
不可能被取代。
回复

使用道具 举报

  • TA的每日心情
    慵懒
    2015-8-12 12:21
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

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

    开发你行吗?能做到吗?

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

    使用道具 举报

    该用户从未签到

    33#
    发表于 2011-12-22 00:35:37 | 只看该作者
    开发人员本身其实说来就是对自己的代码负责,会做简单的代码级语法和语义的检测,从这个方面来说,开发人员就是测试人员,但是不是专业的测试人员!
    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-5-1 06:15 , Processed in 0.084489 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表