51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6225|回复: 24
打印 上一主题 下一主题

[讨论] 测试工作的技能壁垒,谈测试工程师的个人规划

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-1-30 09:46:10 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 jlayoo 于 2012-1-30 14:23 编辑

我是一家国企的IT主管,曾今作过开发\运维\测试,非常喜欢逛这个论坛,发表一下个人对测试工作的拙见:曾今招聘过一些测试工程师,主要负责编写测试用例,自动化测试。发现有问到一些年轻的测试人员,为什么会选择做测试,有的是喜欢做测试,有的是不喜欢做开发。我相信现在的一些测试人员,有一大部分是不愿意做开发,而选择了做测试。测试方便啊,点点别人做的网站,运行一下脚本。高兴的时候仔细些,不高兴的时候宽松一些,当然我不是说所有的测试工程师都有这种想法,但我相信我的想法应该也普遍存在。
我曾今问过一个刚刚毕业做测试的小伙子,如果你对软件的设计和开发架构不了解,如何与开发人员有技术方面的交集,有了交集才能沟通。如果你不知道开发人员如何偷懒(每个岗位都有这种现象,包括我自己)完成开发,那你怎么找出这些软件的潜在缺陷呢?如果测试仅仅是用例和自动化测试,走走lr,qtp之类的,说白了,一个高中生一个月的强化培训也能出成果,那到底测试工作的价值体现在了哪里呢? 到了30岁了怎么办?说白了,如果一个人到了30岁,他的工作可替代性太容易,而没有形成技能壁垒,人人都能胜任的话,那会很纠结,上升通道因为技能的原因始终无法打开。
我比较认可,高端的测试是从设计、开发人员转型而来,这样更善于和设计、开发人员沟通,能找出比较潜在的缺陷问题。当然还需要一些具体的测试执行工程师,往往会招资历比较浅的,但如果一直做这个岗位的话,将来就会遇到发展瓶颈。
忘了以前看过谁的贴,在此引用一下,测试工程师发展的三个阶段:
1、发现问题--只要发现bug就行,目前大多数测试工程师还是这个阶段。
2、定位问题--需要懂得一定的开发技术,追溯bug是来源于哪一个层面(前台故障还是后台故障)。没有开发经验的测试工程师就很难达到了。
3、解决问题--开发工程师无法解决的,如能优化一部分产品效率、解决性能瓶颈等。做过2年开发的,有一部分功底的测试工程师才能努力达到这个高度。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2012-1-30 10:13:28 | 只看该作者
说得很好!
顶一下!
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2012-1-30 10:24:24 | 只看该作者
8错,顶一下
回复 支持 反对

使用道具 举报

  • TA的每日心情

    2016-10-11 09:46
  • 签到天数: 24 天

    连续签到: 1 天

    [LV.4]测试营长

    4#
    发表于 2012-1-30 10:29:43 | 只看该作者
    说得很好

    如果你不知道开发人员如何偷懒(每个岗位都有这种现象,包括我自己)完成开发,那你怎么找出这些软件的潜在缺陷呢?如果测试仅仅是用例和自动化测试,走走lr,qtp之类的,说白了,一个高中生一个月的强化培训也能出成果,那到底测试工作的价值体现在了哪里呢? 到了30岁了怎么办?说白了,如果一个人到了30岁,他的工作可替代性太容易,而没有形成技能壁垒,人人都能胜任的话,那会很纠结,上升通道因为技能的原因始终无法打开。


    这应该就是大家感到迷茫的原因吧.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2012-1-30 10:34:55 | 只看该作者
    做测试,不想懂开发的同学基本都是在逃避,我已经想好了,要想在测试行业有发展,一定要会开发,并且比一般的开发人员都要有思路。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2012-1-31 09:56:38 | 只看该作者
    "如果你不知道开发人员如何偷懒"  这句话很有道理  特别是需要多个开发配合完成的模块,都是他们偷懒的地方。
    还有就是觉得懂的一些设计方法和架构确实很重要,另外就是如何让开发听话确实的去改缺陷,在一种欢乐的环境下完成开发,提高生产效率更是个关键
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2012-1-31 16:47:00 | 只看该作者
    顶  。。不错  。。想要在这一行有长久的发展,就不要停下自己探索求知的脚步。。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2012-2-2 11:06:47 | 只看该作者
    好帖必须顶!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2012-2-2 15:11:12 | 只看该作者
    3、解决问题--开发工程师无法解决的,如能优化一部分产品效率、解决性能瓶颈等。做过2年开发的,有一部分功底的测试工程师才能努力达到这个高度。

    想达到这一步完全跟做测试没有任何关系,这是开发经验的积累。非要说殊途同归?假。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2012-2-3 10:21:22 | 只看该作者
    完全赞同 不了解开发技术 做测试永远都是沾边
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2012-2-3 10:22:32 | 只看该作者
    lz看起来很有资历的吗 你是哪个公司的主管?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2012-2-3 13:50:37 | 只看该作者
    恩,学习一下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2012-2-7 16:15:35 | 只看该作者
    楼主说的都是实情,但最后一小部分观点个人并不赞同.对于楼主所提出来的三个阶段,其一,发现问题是测试人员的本职工作,是必须做好的;其二,定位问题,对于测试人员来说是为了发现问题产生的机理以帮助发现潜在的问题以及衍生出来的关联问题,这是测试人员能力的体现;其三,解决问题,我认为这并不是测试人员的工作,测试人员应该利用这一部分时间去做第二项工作,而将解决问题的实情交给开发人员来做.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2012-2-8 10:45:11 | 只看该作者
    同意楼上,做好精确定位,节省风险成本,控制质量是根本。去解决并不是份内事,但是去了解一下最后的解决方案,还是很必要的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2012-2-8 12:23:24 | 只看该作者
    测试的定位,有多少开发会理会, 测试解决开发解决不了的问题那还是测试工程师? 不要动不动就说技术壁垒,大部分情况下所谓的技术是没有不可替代的。 另外对于一些行业性的软件,除了测试技术的积累,业务知识的积累也很重要,这个不是培训一下就能立即实现的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2012-2-9 10:58:23 | 只看该作者
    在楼主的观念里,没有做过开发的测试工程师注定是成不了高端测试工程师了?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2012-2-9 12:15:44 | 只看该作者
    顶一下,正在做转开发的准备。其实懂开发的测试不就是白盒测试了么,知识体系一样,工作稍有不同吧。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2012-3-22 09:58:16 | 只看该作者
    说的太好了。必须有专业的技能。才能不会被替代。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2012-3-23 21:15:22 | 只看该作者
    难道人生30岁真的是做软件不管是开发还是测试的一个坎吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2012-3-23 21:15:34 | 只看该作者
    难道人生30岁真的是做软件不管是开发还是测试的一个坎吗?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-10 15:02 , Processed in 0.082609 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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