写点什么

软件测试 / 测试开发 | 做到这几点,你也能成为 BAT 的抢手人!

作者:测试人
  • 2023-01-12
    北京
  • 本文字数:2665 字

    阅读完需:约 9 分钟

获取更多相关知识

2022 年,陆续传出了京东、字节、阿里、腾讯等大公司裁员的消息。让人有点看不懂的是:裁员过后,却是各大公司继续招人的消息。一边招一边裁?这是什么「玩法」?


鲶鱼效应告诉我们,活力来源于竞争,来自于压力和挑战。若不淘汰那些学习能力弱、技术提升慢、不钻研的人,那么,如何才能在这个寒冬有质量的活下去?


而测试行业不仅变化越来越快、要求也越来越高。在这样的大背景下,未来测试岗位将何去何从,测试工程师该如何规划好自己的职业生涯,快速成长,成了很多工程师困惑的点。


今天小编跟大家分享一篇业内大神写的文章,希望能对大家有所启发。

有这么个普遍现象

测试招聘者,特别是一、二线互联网公司的招聘者最苦恼的事儿就是招人。想找到一个合适的人难于上青天,每天各种撒网,简历看几百份,面大几十人,能捞到一个中意的小伙伴就谢天谢地了。


但同时很多测试小伙伴发现找工作很难,特别是进大一点的厂,他们特别挑:代码要会写,要有软件架构能力,问一大坨平时根本用不到的技术问题,还挑经验,挑沟通能力,挑这挑那,有时候还特么挑学历、挑年龄。。。 


供求总难以匹配起来,造成了双方都很痛苦。

Why?


能力不匹配是最核心的问题


软件、互联网近 20 年来飞速成长,其实也经历了很多阶段:

  1. 行业软件兴盛阶段和外包兴盛阶段(2000-2010 年)行业进入了大量的测试人员,当时最主流的测试实践是:重心放在系统验收阶段。测试人员的主要工作基本都投入在了基于业务的黑盒测试上,对代码能力、系统理解的能力要求不多。

  2. 2010 年后,互联网行业的真正兴起让国内软件开发模式开始缓慢调头,快速迭代的模式逐步兴起,开发周期越来越短,迭代越来越快,但系统越来越越庞大、复杂。

原来的测试工作模式和工作范围越来越无法满足要求了。但大量从业人员技能范围转变是一件很难的事情,行业是有巨大惯性的。从宏观上看大量 QA 技能转变跟不上需求转变是造成市场供求不匹配的主要原因。

So What


三个观点


  1. 只做手工测试,不懂系统实现的测试工程师的职业发展会越来越受限;

  2. 能够转型成适应市场需求的同学将在近几年的时间获得超额回报(因为市场供不应求,企业不得不抬高价格来寻找这样的人);

  3. 对于个体来说,自我成长永远最重要,自己永远要对自己的发展负责,别依赖外部环境,自己想办法变成市场的香饽饽才靠谱。

到底什么样的人抢手?


测试的底子-项目经验


有比较复杂系统的测试实战经验,你就超过了 50%以上的应聘者


什么叫做比较复杂系统呢?投入 50 人年开发出来的系统就可以称作一个复杂系统了。因此,复杂系统并不是很罕见。但是,如果你只接触一个简单的模块,甚至只是测试一个稳定模块的维护性开发,而不是通盘理解,不能说是测试过复杂系统。有从头到尾接触一个完整项目的经历很宝贵。


测试的底子-基础知识


对照三本书:《ISTQB 基础教程》 《高级软件测试设计》 《高级软件测试管理》(后两本是 ISTQB 的高级认证教程)。这里边的内容你都能熟练应用(真的是熟练应用,而不只是有概念),你就能超过 80%以上的应聘者了。


面试过数百人,我经常会问几个问题:

  • 如果测试时间不够,你会怎么办?

  • 如果让你去测试一个你完全不熟悉的系统,你会怎么办?

  • 你平时会使用那些测试设计方法?


看似很稀松平常的问题,非常考验人。因为大部分从业者都没有经受过系统训练和学习,工作多年,依然技能不足,意识跑偏。


熟悉一门主语言


满足这条,你就超过了 70%的应聘者


什么叫做熟练呢?拿 Java 来说吧:

  • 系统学习过 Java 的教程,高频面试 50 题 这样的题可以自测一下,可以回答上 35 个以上;

  • 熟悉最主流的 Spring 框架,能够写出一个简单的网站,实现基础的 Restful 服务;

  • 读懂过一个测试框架,如 mockito 或者 Junit 的源码;能够熟练实施接口测试(基于一些测试框架 如:rest-assured+Junit );

  • 能够读懂开发的业务代码,对他们的代码进行 Code Review;


对一门语言有比较深入了解


满足这条,你就超过了 90%的应聘者


什么叫有深入了解呢?还拿 Java 来说吧:

  • 熟练使用 Java 的常见 API;

  • 深入理解基于语言特性/系统特性的知识,如 Collections 的实现机制、类型系统、I/O、网络、多线程等;

  • 熟知设计模式(广义范围的设计模式,不局限于 GOF 的设计模式);

  • 熟悉 JVM 的工作模式;熟练使用调试排查工具解决性能问题;熟练掌握市面上常见的脚手架;熟练掌握周边知识( OPs 相关,网络知识相关)有不错的实战开发经验(做过真正被生产检验的东西);

  • 对于测试开发,AOP,Java 字节码技术是很重要的知识。。。


这是一个很长的学习 list,需要几年时间来养成。做到这点,其实你可以胜任普通的开发岗位了,这也是高级测试开发岗位的技术底子。


在一个领域知识有不错的了解


人不可能什么都懂,但工作几年之后,会在工作的域内一定要有积累才行。

例如,你测试一个核心电商系统的交易模块三年了

  1. 业务上你一定要熟练讲出来:商品列表、购物车、下单、退单、废单、支付、发货、库存、退款、优惠使用等等一坨业务流程,和可能出现的常见的坑(各类问题产生的资损、各类问题产生的服务不可用、逻辑矛盾),不然根本无法体现你经验沉淀和深入思考;

  2. 技术角度上,你要能够画得出来系统的交互图,熟悉最核心的接口和最核心的参数,能够读懂开发的代码,熟练使用 trace 和监控工具,诊断定位线上问题到代码行。


用技术保障质量的能力


测试开发岗一定会问到一个问题:你能够举一个你用技术手段提高测试效率,增强测试能力的例子么?

这是面试时最大的一个坎。 很多人会讲一些自动化测试回归的例子,但是真正成功的例子非常少,因为为什么做,怎么做都没有想好就照网上一个教程攒了一个,结果变成了玩具。 

做好自动化,不仅仅是会使用工具、框架,其实要对被测物特性,软件生命周期有很深的理解并且有很强的开发知识才行。实际上,在环境、CI、数据、测试用例生成、数据比对的很小的一些点上,都能有不错的提效产出,从这些点能够做得好,会得到不错的加分。


有一个不错的成功案例,你胜出的几率就超过了 80% ,没有短板,就十拿九稳了。


技能以外的东西- 实战案例


以前的工作印证了你的能力。

 能够讲清楚一件特别拿得出手的工作,证明你能力的案例是面试时候最有用的投名状。


技能以外的东西 - 你的个人特质


一般有如下特质会大大加分:快速学习、系统性学习、学以致用、系统性思考、强大的推动力、技术思维、突出的沟通能力、条理性、抗压性、乐观精神、抗挫折能力、迅速调整的能力、迭代改进的意识、ownership、团队合作、愿景和规划。 


这些特性体现人的内核,有强大内核的人,做什么都行,技能暂时不足,也一定能补足。所以,在招聘的时候往往对是否录用的判断起决定性作用。


获取更多相关知识

发布于: 刚刚阅读数: 4
用户头像

测试人

关注

还未添加个人签名 2022-08-29 加入

还未添加个人简介

评论

发布
暂无评论
软件测试/测试开发 | 做到这几点,你也能成为 BAT 的抢手人!_软件测试_测试人_InfoQ写作社区