文章 答疑

测试人员年薪 50w 必备技能

移动互联网发展到现在,软件测试这个角色在工程中变得越来越重要。每一年也有越来越多的人进入软件测试这个行业。软件测试从以前比较单纯的一个角色变成了现在综合能力要求很强的角色。 软件测试本身包括功能测试、接口测试、自动化测试、单元测试、性能测试、专项测试等。而测试人员在越来越快的项目迭代中也会和 PM、PD、Dev、SQA 等各种角色打交道。这些也让现在的测试工作越来越多元化。 在测试人员在追求自身提升的同时,相信大部分的测试也会有另一个追求——收入。本专题希望达到的目的:能够让大家从更高的高度全局的来了解软件测试,同时从别人的职业经历中能少走更多的弯路。最终祝愿大家收入都多多up。

移动互联网测试从入门到突破瓶颈

作者简介:二次元深度中毒患者, QCon , GMTC 全球技术大会测试讲师。《大话移动 App 测试》系列丛书作者。欢迎关注公众号:赏味不足。

这将是我在移动互联网测试行业写的最后一篇关于职业发展和展望未来的文章,算是给大家也是给我自己一个总结吧。我今天在朋友圈说了我要开始写这篇文章了,就目前行业来看只有我能够同时写出深度和广度。为什么?仅仅是因为我在移动互联网的测试时代是一个特殊的存在,用事实和数据来说话:

  • 我2009年进入移动互联网做测试,当时测试的还是Android1.0。

  • 我做了快5年的免费沙龙、在线教育、技术直播等。

  • 多年独立运营简书、公众号、知乎专栏、知乎Live等各个平台。

  • 高校和企业交流超过百家。

  • 出版两本技术+思维引导测试书籍。

  • 出席几乎所有测试领域会议讲师。

  • 以上全部是兼职运营。

  • 经历了5家公司,其中包括一家8个人到200人的创业公司,支付宝钱包整个9.0大改版闭关项目等。同时本职测试工作涉及各个业务领域。

  • 作为一个88年的中年人这样拼命肯定没有对象吧?恩,结婚了,娃4岁半了。

所以,毫不客气的说我是移动互联网测试行业在这个时代的奇葩,我也是这个领域斜杠青年真正的代表。在这些年里我知道很多思想保守的朋友并不支持我的所作所为,但我相信时代会告诉你们,这才是最正确的行为。

为什么我会说这是最后一篇呢,因为我认为文章中很多观点都是老生常谈,谈的不想再谈了,每次写这些东西你们就算看的不烦,我都写烦了,所以就最后一篇吧,封笔了。

enter image description here

定义“入门”

是的,既然说入门我们就先定义下入门,就我目前的视野而言,这个行业很多人还是不知道什么叫做入门的。以为看几本测试的书,去几个大会,认识几个大佬,写几行代码,会用几个工具,去做几个项目就叫入门了。不好意思,真正入门的门槛没有那么低。

那什么叫入门呢?我认为的是某个领域能够得其门道。那什么叫得其门道呢?即是在技术和理论上对于某件事情和领域有正确的认知,这些正确的认知可以帮助一个人在某个领域走的更深更远。现在回过头来看很多人并没有“入门”。

关于入门,我分成这样三类吧。“技术入门”、“理论入门”和“思想入门”。

技术入门

前几天还有朋友微博上问我什么样的方式才是最好的学习技术的方式,一般问这样问题的人我知道一半以上都是不知道怎么上Google的,他们只能万事不懂问百度,然而百度实在问不出来所以然。结合之前大家在一次测试chat中提出的问题,基本上也可以判断是不会自己学习的。一般不会自己学习的人提出来的问题都是没有上下文的,需要我们回答的时候去补充上下文。这就好比他想吃一个苹果但根本就不知道苹果是哪里来的,也不知道种植的过程多么艰难。当我们种过苹果树并成功获得苹果的人要给他描述的时候根本就无从下手,难不成我要完整的演示一遍怎么种植苹果树完整的过程吗?更何况现在没有几个技术人员愿意为知识付费的

技术入门最好的方式无非是:

  • Google-->查看官方文档上所有你关心的内容。

  • Google-->查看官方给的Sample。

  • GitHub-->查看其它相关的周边Sample和别人写的项目。

这些其实就足够了。当你真的认认真真的看完一些官方文档,踏踏实实的搭建环境执行一些例子,同时再看看github上对应的框架或者api的二次开发,基本上你已经可以算技术入门了。这些事情完全可以自己做,而且你不但学会了一种技术更学会了一种属于自己的学习方法,别人也抢不走。为什么老是会出现伸手党来问“xxx怎么学?xxx做的过程中你碰见什么问题?xxx方面什么框架最好用?”这类问题呢,究其原因只有一个——懒,自己不愿意做也不愿意动脑子,脑子是个好东西,的确不是每个人都有的。

那么回到移动互联网测试怎么算入门呢?当然这在每个时代都是不同的,就好像2009年的入门门槛和2017年的入门门槛肯定是不同的。2009年的时候比较简单,首先你至少知道Android是什么,使用过Android手机,然后知道adb、ddms工具,会使用Monkey测试基本上我觉得已经是完全入门了。那么现在呢?要入门至少每个方面得略知一二,比如:

  • 官方文档中提到的测试工具和IDE以及测试框架都要会使用。

  • 至少熟悉Android,iOS平台的基础开发,写过基础的应用。

  • 至少会使用Appium,Robotium,ui"

2017年6月1日,周四晚8点30分,目前在互联网金融行业奋斗的自媒体人,QCon 和 GMTC 全球技术大会测试讲师陈晔带来了主题为《移动互联网测试从入门到突破瓶颈》的交流。以下是主持人hrshy整理的问题精华,记录了作者和读者间问答的精彩片段。


内容提要:

  • 目前的岗位若没有上升空间也无暇提升自己是否该考虑换岗?
  • 假设我是普通的测试,公司上下包括领导都认为测试做好验收就行了,我该如何回击?在不跳槽的前提下,我能做一些什么才能改变他们的想法?如果我是领导,是不是更容易改变这一切?
  • 人总是偏向于“自视甚高”的,你有哪些好办法来确认自己的眼光和视野,在一定的标准之上,做到“尽可能的强大和远视”?另外,就你目前的状态,你让自己保持前沿的方法和下一步计划是什么?
  • 测试工具,测试思维和理论,编码能力,还包括业务知识领域知识,毕竟人的精力有限,请问你是如何平衡这些内容的修炼的?怎样的优先级和顺序?
  • 当你特别信赖的人说出与你完全不同的观点时,你很纠结,是坚信自己的还是听他的?你是怎么判断和决定的?
  • 感觉测试要学的东西太多,学起来效率太低,你有没有什么好的学习方法?
  • 参与活动学到一些东西,我觉得很有价值。但我目前的工作用不上这些,除了 FCC 关卡能量化,以及我能在 Github 上看懂更多东西,其他没有明显反馈。我如何分辨“虚假的进步”和“真实的进步”?
  • 做运营的张亮昨天发文说,他没有选择脱离一线,是为了长远放弃了众多诱惑。请问对测试而言,情况是类似的吗?你怎么看他的这种决定?
  • 公司做APP的,现在一直停留在对业务逻辑的测试和功能的测试,感觉自己就像在进行版本验收,根本都没有入测试的门,就别提进行自动化测试、性能测试。现在感觉没有任何提升的?一直这样下去该怎么办?
  • Appium能跑起来了,但是听说难点在用例多了,就难以维护,不知道具体是怎么难以维护,每个用例不是分开的吗?
  • 我们刚开始做自动化,从UI自动化开始做起,我现在做了很大一部分,只是涉及到固定小功能,主业务还是没有做,想问从UT到接口再到单元测试,怎样走过这样一条路?
  • AI时代测试的切入点(或是机遇和挑战)在哪里?
  • 测试行业很容易出现工作年限与能力不匹配的情况,怎么看待这种问题,或者说消除和避免?
  • 测试岗位是不是测试开发就不用写测试用例?想就去金融业的测试岗位,是不是对银行的业务或者结算等知识比较重视,或者说对于什么技能比较重视?
  • 未来测试路在何方,测试会被人工智能取代吗?还是说未来测试这个岗位就被新的岗位取代了,请问现在有没有人工智能测试岗位的出现?
  • 项目中Dev一般的人数在4—8个左右,QA一个;项目采用敏捷开发,测试压力比较大;团队对测试相对友好;无论是做测试自动化,还是任何一个领域都会碰到一个问题:没有资源,比如时间和人。这个时候改怎么提升自己?
  • 实战项目少,很多时候还是觉得视野和眼界打不开,想让你给学生一些建议?像我们这样的学生团队,应该重点培养什么?应该如何在这样的大环境下和学生们一起成长起来?
  • 你以后准备做什么?
  • 测试行业,国内和国外有哪些知名人士吗?听说国内测试团队有些不太爱招能力太强的,测试不像开发,有能力就能承担明显的工作量,国内的招聘对于这种实力可以,而且超出工作岗位能力要求的求职者的态度大多是怎样?
  • 通过拉勾网的数据分析 ,测试总监或者测试经理的平均薪水在2万到4万之间;自动化测试,测试开发的薪水在3万以下; 专线测试,比如安全,性能,也在3万左右。数据可能不太准。那么从收入来看,测试哪个方向更有钱途?
  • 怎样看待2017测试行业的就业情况?另外有时有些公司都不能确认能走多远,多大,为什么又要追求远胜于当前公司的需求,而不先考虑招个合适的人入职?
  • 如何平衡直接验证功能和使用codereview?
  • 对测试发展来说,全栈测试的驱动点主要会来源于哪里?未来业务形态发展的趋势?或者说是测试发展瓶颈的一个突破口?在项目应用实践中,如果从突破自身发展考虑,做全栈测试,有哪些方向性的建议?另外,对于后续的测试管理方向,我们可能重点需要关注哪些?
  • 对一个应聘测试岗的应届毕业生,一般来说标准和要求是怎样的呢?会比较照顾新人一点吗?

问:目前的岗位若没有上升空间也无暇提升自己是否该考虑换岗?

答:这个问题说的很好。这个问题之前在我线下的活动上也讨论过。其实所有岗位,所有行业当走的足够远的时候都是万变不离其宗的。我在文章中提到过为什么这样的文章我以后不想在写的原因是什么,一方面这个社会,世界变的太快(包括政策,这里不方便多说),我也不一定保证我说的都是对的,另外一方面就是真的很多事情到了一定高度都一样。

举个例子来讲,比如说:你现在做的工作:是测试,哪怕是功能测试,测试开发,测试架构都可以。你现在碰见的问题:没有上升空间和无暇提升。你的解决方案:换岗or其他。

这个时候你需要做的就是去解决这个问题,而不是换岗,更不是转行。就如上面说的,从足够长远的角度来讲你无论去哪儿无论做什么,你都会面临下面的问题:

  1. 你现在做的工作:A

  2. 你现在碰见的问题:B

  3. 你的解决方案:?

所以总的来说解决方案的前提还是要想明白你的目标是什么,就和第一个问题一样。如果你想看到更多的,了解更多的,扩展视野。那么这取决于你8小时以外的时间,而不是通过换岗等就能解决的。用实际案例证明,走过的人都明白其实当你在一个岗位碰见瓶颈的时候,去其他岗位到了同样的高度会碰见同一个瓶颈,也就是说你都会碰见上面例子中的A和B,重要的是最后那个?。你掌握了之后才能够真正的进步。


问:假设我是普通的测试,公司上下包括领导都认为测试做好验收就行了,我该如何回击?在不跳槽的前提下,我能做一些什"

即可阅读本专题全部文章

打开微信"扫一扫",将本文章分享到朋友圈

快给朋友分享吧!

收藏 收藏

1236人已收藏