51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[原创] 对测试行业现状的一点思考

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2014-7-1 18:51:54 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
下面是测试行业现状的个人思考:
一、关于软件测试的现状。现在一般IT公司,基本都知道要有软测试才行,虽然并不一定知道到底有什么作用,有多大的作用。一般都会有专职的测试人员。
二、关于软件测试的地位。在绝大多数的公司,软件测试不是那么受重视的,比开发人员低多了。
从能力表现、话语权、薪酬,都可以体现出来的。测试没有什么技术含量,依然是很多公司的观点。
三、测试对开发的人员比例。个人认为,平均比例是1:5,一般小公司,1:10以上都常见,或者整个公司就一个测试的,那也不稀奇。
四、关于自动化、性能测试。目前专职的自动化和性能测试人员数量,竟然比开发经理还要少。可见其奇缺,也说明自动化、性能测试,蕴藏巨大的机会。
特别是自动化测试,目前是测试人员最想提高的技能。可想而知,广大测试人员,已经被手工黑盒测试折磨得不行。
手工黑盒,枯燥、重复、纯属体力活,是一片苦海。很多手工黑盒测试人员都想脱离这片苦海,但由于能力和际遇原因,依然只能在其中挣扎。
五、软件测试的月薪。以8K为分界点,8K以上,算不错,特别是手工黑盒测试,或许有很大部分人员,7、8年工作经验,也不一定能到8K水准。纯手工测试者,8K是一个坎。如果是自动化、性能测试之类的,会写脚本,有点经验的话,8K起步。
六、关于软件测试工具。最主要的还是自动化、性能这两个方面的工具,其他如白盒、安全、接口,也有不少。目前主要是收费的那几款大块头测试工具,昂贵、专业、功能强大。以后发展趋势,将是开源免费工具的天下,多款工具组合,灵活使用,加上自主开发完善,形成满足企业定制的需要。
七、关于外包。软件测试,大概是外包人员最多的行业吧,人员众多,流动非常大。大多数人还是不愿意去外包企业工作的,心底排斥。去外包企业工作的,大多是是应届毕业生,或者是测试经验缺乏的人员。去外包最终的目的是,不去外包。外包企业,是一艘渡船,摆渡了很多人,但留不住人。
八、关于软件测试人员。目前越来越多的非计算机相关的人员,比例现在至少40%,通过各种突击进入测试行业,比如培训。这些人员,很多专业都不是理科的,和计算机更没有关系。代码对他们来说,天书来的。这些人员,一般五年内都会在手工黑盒测试中工作,外包居多。
九、关于测试技能。大家别忘了,软件测试是属于IT行业的,代码能力是非常重要的。可以说代码能力决定未来的发展道路有多宽。目前最少有40%的测试人员,对脚本语言一点也不懂。
十、关于测试职业发展。目前测试发展方向有:系统测试、白盒、自动化、性能、测试开发、测试管理,除了测试管理对代码没有什么要求外,其它都是需要代码能力的。代码能力,将是最后的王牌。
十一、关于测试和开发的比较。开发是非常辛苦的,极其消耗脑力,一般人扛不住的。特别是女同胞,真的不建议去做开发。只有憔悴和疲惫。测试相对就没有那么辛苦,最多就是繁琐一点,时间用多一点,脑力不怎么消耗的。开发就不一样了,功能实现的压力,特别是有时间节点时,做不来那种压力,太难熬了。不要羡慕开发的高工资,一是给你也做不来,二是你根本熬不了。
总之,就是一点个人感想,有所不足,不敢不勉。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2014-7-1 21:41:14 | 只看该作者
lz的观点我部分同意!
讨论几个问题:
1 测试管理,更需要代码能力,正如所说,测试也是IT职业,所以只要是信息技术相关,不管什么岗位,代码能力都是必须的,否则面对一个不懂代码不懂原理的领导,你有问题他解决不了,你服他吗?
2 做好测试,需要缜密的逻辑思维和开放性的广度思维,脑力消耗不比开发差,相对来说,开放使用固定的框架,有系统设计的安排,架构师的部署,在一定程度上也是重复操作,不要把开放想的那么神圣。
3 因为各种培训机构的大肆宣扬,有越来越多的非信息专业人员进入了测试的行业,把真正的技术型工种的技术含量冲淡了,就像现在的51testing,多少天也碰不到一篇有意义的技术讨论或职业讨论的帖子,缺乏营养,更多的挣扎在底层的初级工作者还在讨论,如果我有几年经验能挣多少钱?代码能力是我必须掌握的吗?这种避重就轻的工作态度。

我认为,要做好测试,没有别的途径,就是提高技术,包括各个方面,当然包括代码,各方面能力提高了,技术还是管理你任选,而我又有开发的能力,工作中作为工具使用,私下做过小程序玩儿玩儿,可以站在更高的层次上看问题。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2014-7-2 10:25:27 | 只看该作者
回复 2# gaha
你的视野很广阔,佩服。
看了你的回复,学习了不少东西。
我对测试管理,不太了解,理解太浅。
目前确实是有一个体会,就是现在的论坛,没有多少含金量高的帖子,基本是一些迷茫的争论。
测试之路,勉励前行;潜心修炼,自有龙形。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2014-7-2 10:36:27 | 只看该作者
说说我的观点。
楼主说开发难度大,强度高。
首先说难度。开发的入门难度相较于测试确实是高一些。但是开发做的工作大部分也是体力活。对于大部分的码农来说,在固定的框架里做重复劳动是十分常见的事。而这种事的技术含量也是很低的。只有做设计或者是去实现一些复杂的功能时才会体现能力,而如果你有这些机会的时候,你应该也有一定的水平,你自然可以处理这些问题。如果做不完,你也是可以及时沟通的,如果确实难度大,别人也会体谅你。
第二,强度问题,主要还是看行业看公司。也有很多时候程序员闲着没事干的时候。也确实有赶进度的时候压力很大。但是压力不大的话,钱肯定也多不到哪去,看自己的选择。

其它的还是基本认同。不过在这个行业混,有计算机的基本素养是必须的。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2014-7-2 10:49:55 | 只看该作者
目标明确,共勉!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2014-7-2 13:47:41 | 只看该作者
自动化测试并没有楼主想象中那么奇缺。原因是可以用手工测试人员代替自动化测试人员。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2014-7-2 14:00:54 | 只看该作者
回复 6# zhangting85


    确实。会自动测试的手工测试更吃香,只能说是这样。但是自动化测试对企业来说是一个可选项。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    8#
    发表于 2014-7-3 13:36:38 | 只看该作者
    会一门高大上的技能就开始吃香了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2014-7-3 16:56:17 | 只看该作者
    回复 8# 千里


        这个社会 最高大上的技能 就是 谁会吹NB谁就高大上!!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    10#
    发表于 2014-7-3 20:21:20 | 只看该作者
    回复  千里


        这个社会 最高大上的技能 就是 谁会吹NB谁就高大上!!
    正在更新 发表于 2014-7-3 16:56



        吹NB建立在有一定能力的基础之上,光扯一些虚的没半点用。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2017-1-4 18:35
  • 签到天数: 63 天

    连续签到: 1 天

    [LV.6]测试旅长

    11#
    发表于 2014-7-4 11:51:20 | 只看该作者
    LZ和各前辈都提到要想做好测试必须有独立的脚本编写能力,或者说代码能力.但想请问做为一个两三年工作经验的纯手工测试者该怎么去选择一门适合自己的语言从而深入学习呢?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2017-1-4 18:35
  • 签到天数: 63 天

    连续签到: 1 天

    [LV.6]测试旅长

    12#
    发表于 2014-7-4 11:52:18 | 只看该作者
    LZ和各前辈都提到要想做好测试必须有独立的脚本编写能力,或者说代码能力.但想请问做为一个两三年工作经验的纯手工测试者该怎么去选择一门适合自己的语言从而深入学习呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2014-7-7 11:17:19 | 只看该作者
    一般要做自动化测试的公司首先要有自己成熟的产品, 但是新功能的bug发现还是要靠手工, 要说是纯体力活不太同意这种观点, 象一些ERP产品,不熟悉业务不熟悉系统是无法发现太多bug的, 在此基础上用自动化做回归可以发现因代码改动而使原先的常规功能产生一些bug,有些还是比较严重的bug,这点我深有体会,这也让自动化有了实际意义和价值,而不是为自动化而自动化。

    另外对于代码经验比较困惑的是如果没有做过开发如何着手提高自己的开发能力?公司招聘是否会看中那些没有开发工作经验,通过自学而获得的开发能力
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2019-12-31 08:59
  • 签到天数: 975 天

    连续签到: 1 天

    [LV.10]测试总司令

    14#
    发表于 2014-7-7 11:58:13 | 只看该作者
    总结很到位啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2014-7-7 14:52:21 | 只看该作者
    楼主说的有一定道理,但也有点偏激,主要表现在对代码的迷信上面。作为测试人员,我当然不否认代码的力量,但是唯代码主义也是偏颇的
    软件是文档,程序和数据的综合,综合各方面,都有可能对软件的质量产生影响。
    比如管理,有些人技术能力挺强,但是不懂得如何管理好团队,发挥每个人的特长,这样的人你说他技术再好,能当好领导吗?
    再比如对于自动化的迷信个人认为也是太片面了。诚然,自动化可以解决一部分回归测试的效率问题,但是一定要搞清楚自动化测试实施的前提条件,自动化测试不是万能的,在一个需求变化快速,产品版本迭代过快,变化过多的项目中,自动化往往都是鸡肋。说到底,越是灵活的东西就越难自动化,也可以说,自动化测试永远替代不了手工测试。
    我觉得咱们国内的软件测试行业,或者说软件行业都有这么一种趋势,可能也和咱们国家处在产业链的低端有点关系,我们总关心具体的技术细节,实现工具,却不关心这些东西产生的思想,以及这些思想对现实的实际影响力,我们很多公司不重视需求产品,不重视运营反馈,不重视用户体验,这样的产品,就算有个好的内核,投放到市场还是垃圾,最终被淘汰
    我认为,中国将来需要的不仅仅是一个能够掌握代码编写能力的高级编程工人,而是一个懂得在什么环境用什么代码,代码也好,各种工具也好,都别忘记了这些只是手段,不是最终的目的
    最后,话还得说回来,我绝对不是说代码不重要,对于测试人员来说代码是相当重要的,但是请不要迷信它,因为要做好产品,需要的远远不只是编码,而是对于软件工程的整体理解,关键是思想,以上是个人愚见,仅供大家参考。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2014-7-29 17:32:11 | 只看该作者
    学习学习!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2014-8-8 10:42:01 | 只看该作者
    曾经有个人 跟我说过, 干IT 不会编码 阅码 就是垃圾 当然有点偏激,细想 其实很有道理 !!另外 自动化测试怎么说呢  没有成型的产品线 流程 自动化无法开展 还不如手工;
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2014-8-8 10:43:35 | 只看该作者
    回复 15# vincenthan

    代码对思维的锻炼 是相当有用
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2014-8-12 17:08:21 | 只看该作者
    回复 18# harrodlee


        我已经说过了,我不是反对代码的作用,我反对的是唯代码主义
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2014-8-25 16:15:47 | 只看该作者
    15楼说得很有道理,我现在做的一个项目,交付的时候淹没在客户提出的各种需求变更里,而leader没有一个明确清晰的思想,对各种需求没有很好的判断,导致需求变更带来更多的需求变更。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-6 00:37 , Processed in 0.088808 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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