30岁了,如何跨行业从产品转为软件测试

发表于:2021-2-10 09:19  作者:铁帅   来源:CSDN

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试 职业发展

  最近看了很多提问,都是如何跨行转为软件测试,能不能转,转了以后怎么发展,有没有前景。
  我个人在IT行业从事十几年的时间,成就几乎没有,但经验确实积累了一些。在这里,以我个人的角度对这个问题发表一点看法,看能否给希望转型或已经转型的朋友一点帮助。(本文纯粹个人看法)
  期望转为软件测试的朋友,一般有以下几个理由:
  1、IT行业薪资待遇丰厚 
  2、软件测试对比IT其他岗位,年限较长 
  3、软件测试门槛较低
  我们就先从这三个角度来分析一下:
  一、IT行业薪资待遇丰厚
  确实,IT行业包括软件测试,薪水普遍比其他行业要高一些,一些资深测试岗位的薪资20K以上是常态,测试专家或技术比较好的测试开发,薪资40K以上的也不少。
  但是,软件测试的基础人员,薪资不会太高,特别是对于新人来说,薪资收入没有你预期的那么高,以武汉为例,在初级测试人员中,普遍工资在4到6K,两到三年测试经验的中级测试人员,薪水一般在6到8K之间(此时对经验和技能就有一定的要求了)。
  所以,并不是一入门,就有高薪等着你,想要高薪,得积累,包括测试经验和测试技能的积累。
  二、软件测试对比IT其他岗位,年限较长
  这个完全不是,咱们国家各行各业都在内卷,互联网行业内卷尤其严重,这个其实并不分是什么岗位的。软件测试如果想跳出内卷,除了向上走管理路线以外(其实我觉得管理路线也未必就跳出了内卷,如果跳槽找工作,到一定年龄后,管理岗也不是很好找了),更多的应该是提升自己的能力。无论是什么行业和岗位,你在团队里越重要,替代你的成本越高,那么你就越安全。
  从软件测试来说,真正的成为行业专家/技术专家后,你才不用担心年限问题。诚然,有些朋友说他们周边就有四十多岁的开发人员、测试人员,即不是管理岗位,也不是专家。这个肯定有,但真的是凤毛麟角,我周围更多的要么自己去创业,要么开个小店过日子。
  三、软件测试门槛较低
  这个不能说不对吧,软件测试相对于软件开发来说,门槛确实不高,只需要对IT有一定的认识,具体基础的测试思维即可入门。但是,这个条件针对的是测试实习生,是有年龄限制的(即刚毕业的学生)。对于跨行转软件测试的朋友来说,如果你们跟刚毕业的学生是一个水平,那么你们的简历根本到不了业务部门,在人事那里就被筛选下来了。
  那是不是说跨行转测试这条路走不通,或者说必须得学一些测试技术才能转呢?并不是,其他行业完全可以转软件测试,并且入职的岗位和薪资不会太低。
  说到这里,就得分析一下软件测试的路线了,软件测试大体分为两个路线,业务路线和技术路线,这两个路线在初中级的时候很难划分清楚,但最终的走向是不同的,业务路线针对的是产品设计,技术路线针对的是功能本身。那么其他行业的朋友想转软件测试,最好的办法就是从业务路线为切入口。
  这里我举个例子。几年前我负责一个视频联网报警系统的测试工作,这个产品跟南昌一个保安公司进行试点合作,我经常去南昌进行现场的调试和问题的收集。这个公司有一个设备调试人员,因为最年轻,所以被甲方派来配合我(这个同事姓吴,我一般叫他小吴)。
  小吴高中学历,除了对报警设备的安装调试,基本啥都不会。但是,他对用户(小商铺)如何使用这套设备,然后对这个报警设备的期望和要求非常清楚,在我出差期间,他给我提出了很多要求和对当时系统的不便捷的地方。我根据这些要求和问题,整理汇报后,整个产品进行了重构,然后我跟我们公司的老总沟通,希望小吴能加入我们测试团队,并且给出了12K月薪的待遇。后来没挖过来,对方公司给小吴提升了待遇,并让他专门负责这个系统的验收工作。然后小吴在我们公司开始被称为吴哥,从配合我收集问题,到真正成为甲方的监理。
  虽然小吴最后没转为软件测试,但是他确实有这个契机转岗。
  这也是我为什么说其他行业完全可以转为软件测试的原因,目前所有行业都在进行互联网化,如果你有其他行业的经验,你完全可以找到针对这个行业产品的互联网公司,用你专业的优势来弥补测试技能的不足,从而完成这个踏板。
  所以,是否要从其他行业转为软件测试,主要看你自己,软件测试这个行业并不是像很多培训学校描述的那么美好,但也绝对不是完全不可行的。
  转为软件测试后,要怎么发展?
  这里只针对跨行转软件测试的朋友,如果各位本身就是测试从业人员或者开发转测试的人员,可以看其他同仁编写的测试学习路线,走技术测试,学编程,转测开,出任CTO,迎娶白富美,走向人生巅峰。
  一、提炼测试思维
  测试人员最核心的能力,就是拥有测试思维,简单的来说,测试人员要站在使用者的立场上,对产品经理和开发人员灌输的信息(设计和功能)进行拆解,在拆解的过程中,提出质疑,通过质疑来推动整个产品的改进。
  举例,产品出个需求设计,你对设计拆解,得到对应需求的目标(使用者),核心功能(用这玩意干啥),特色功能(跟其他相同产品有啥不一样的),附加功能(显得咱功能比较多,其实没啥用)。
  这时候,你根据你在这个行业的经验,来提出质疑。
  核心功能到底对不对,这个功能对于使用者来说,是不是真的有用,有必要。
  特色功能有够特色吗,这个特色功能加上去是增加了使用者的困惑,还是真的有提高产品的可用性。
  附加功能是否多余,附加的功能有没有压过了核心功能,导致核心功能不够突出。
  是不是很简单?
  那么,产品设计这块儿过去了,开发把功能做出来了,那你就需要对功能进行拆解。
  首先验证这个功能是不是正确的。 (正常流程)
  其次,要达到使用者的目的,操作繁琐不繁琐。 (体验 友好度)
  然后,考虑到使用者是个生手,可能在各种情况下进行各种非规定的操作,这个功能会不会有问题。(异常流程)
  最后,如果产品使用的时间够长,数据量不停增大的情况下,功能呈现会不会变慢 (大数据量、性能)
  是不是也很简单?至于大数据量你还不会验证,没关系,你只要提出来需要测试这个点,可以让开发给你造测试数据。
  二、提高沟通能力
  对测试来说,沟通能力是非常重要的能力,而且,在互联网公司,你沟通能力强,往往意味着升职的机会多。
  当然,在我们软件测试活动中,沟通能力并不是我们通常意义上所讲的交流,这里包含的更多成份是技术含量以及服务意识。这里的沟通不是耍嘴皮,与产品人员或者开发人员沟通,我们需要从专业知识角度考虑,比如当我们发现的缺陷开发人员不认可的时候,我们如何从理论、实际应用以及缺陷可能引发的后果等角度去阐述缺陷,使他们认同我们的观点。所做出的阐述要有理有据,而不是强词夺理,更不是争吵。
  沟通这个确实很难具现化出来,唯一可以总结的就是,坚持原则,善于倾听,心平气和,互换立场。
  网上一直有个笑话流传:
  测试说:你的功能有BUG
  开发说:怎么可能
  开发想:这个傻逼是不是不会用啊
  测试说:你这个和预期的有点不太一样,你看是不是我的操作方法有问题
  开发说:我看一下
  开发想:卧槽,是不是出BUG了
  三、学习一点简单的脚本语言
  即便你决定了走业务路线,也是需要学习一点技术的,这个对你后来的工作有非常大的帮助。当然,因为不走技术路线,所以学习内容跟测开是不同的。
  你不需要(或者暂时不需要)去学习一门编程语言,入手一门简单的脚本语言即可,我个人建议首先学习SQL语言和SHELL语言。
  学会了SQL语言,你就可以自己造数据了,不需要找开发了。而且,有很多功能需要对页面呈现的数据进行验证,那么会SQL语言的话,就可以从数据库中查出对应的数据来跟页面上的数据进行比对验证。
  学会了shell语言,可以熟练的操作服务器,也可以独立完成一些小脚本,并根据脚本追踪一些问题,例如页面报错这种问题,可以先自己查一下日志,或者通过shell命令来追踪这个数据请求的链路,定位到是哪一层发生了问题。
  这属于进阶的基础要求,都不难,其实更多的时候,在工作中碰到了问题,先通过网络寻求解决方案,把别人的方法记下来自己运用,多来几次你就熟练了。
  以上三点,能够掌握的话,在一般性的互联网公司,工作不能说完全没问题,基本会顺风顺水的。工作中,根据自己的实际情况和发展方向,在进行学习和积累,成为大牛指日可待。
  在这里,祝大家找到满意的工作,前程似锦。

     上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海信义律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2021, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道