前言
我21年毕业于管理类专业,干了大半年行政打杂,工作平淡无快感。性格较内向,思维严谨独立。喜欢软件测试工作内容的系统性,技术性,丰富性。以上便是转行的最初心理,大家觉得可妥?说干就干去年6月底开始培训学习,经过了6个月的努力学习终于在今年3月份拿到了一份13k的offer,下面和大家聊聊大家最关心的事情,我是如何转行成功的
1、对于零基础转行自学者而言,看书是好的自学方法吗?
2、该如何自学和面试?要还原目标,给转行人员认真介绍测试行业
3、有目标后,应该怎么自学?
4、有目标后,应该怎么去面试?5、学习资源分享
一、对于零基础转行自学者而言,看书是好的自学方法吗?
1、书本信息虽准确却滞后:
看书可以,但是对于一个零基础要找对应工作,帮助不大。
书这东西尤其技术类的,写的深了你看不懂,写的浅了你以为就这些。
还有就是书本的信息滞后性:书从编写,整理,既稿件,调整再到出品发布,印刷,再到出版社售卖这是一个很长的过程,这本书拿到手往往针对前几年的问题,日新月异的今天,未必跟得住时代行业的发展。
比如:移动端都是说:安卓&iOS,但现在给你个鸿蒙系统的你咋测?
就好比我那会儿学python下的版本就是3.5,可书上版本都是2.7,连print打印都输出不出来,一边看一边查才知道写法变了。
只有拥有实操经验多了,再看些书其实收获会更多。
所以对于零基础看书不如看视频(文章后面有关自学方法时,会推荐一些视频)。
2、书本理论同实际缺乏关联:
比如书本会介绍QTP和LoadRunner基础的知识,比如:LR从录制到手动编写,预测系统行为和性能的负载测试。可是实际企业实操中,性能好是怎么定义?关注的指标又是什么?
且据我的了解,QTP和LR基本都是正版软件,一般小公司用不起,大公司自己能写不会用。除非一些投标类的公司可能会用,因为要在投标过程中体现自己软件达到怎样的一个标准程度。
所以书本知识,我觉得更偏重于思想,而不是实操。而领基础转行更需要实操。
3、书本都会有侧重点,导致你很难对测试有成体系了解
出几个测试基础的实战题,看你能回答上几个:
1) adb命令,Linux命令?
2) 数据库语言,数据库的增删改查语句?
3) 测试时用到什么工具?
4) 测试购物车的支付问题,压测问题,测试流程。
5) http和https的区别?http里面post请求 和 get请求的区别?
6) bug优先级,如果开发不愿意修改bug,你会怎么处理?
7) 负载测试和压力测试过程中逐渐增加并发用户数负载,每次会加多少?
8) 抖音首页的用例 ;微信发朋友圈用例;根据场景设计测试用例,关注测试用例的覆盖度及思路清晰;
不清楚你从书里面学到的只是,能不能解决这里三分之二的问题?
通过书中的学习,对这些问题是否有思路进行解答?
以上这些问题真不是一两本书能够解决的,况且你现在还是一张白纸。
如果你一开始选择的学习方向是错误的,那么无论你有多努力,终究还是得不到一个好结果,正所谓“选择比努力更重要”就是这个道理。
那应该怎么学呢?【文末分享一波我的整理的学习资料】
二、该如何自学和面试?要还原目标,给转行人员认真介绍测试行业
测试分工是非常细的,正如开头所言:就是“信息庞杂”。在精细化分工的今天,每个行业其实都是在不断的细分,测试也是。
举例:移动端测试,就可以细分为安卓原生,还有镶嵌H5页面的,web端,桌面端,小程序等等。你会发现随着你的逐步学习,所需要学习的知识如同井喷一般,根本把握不住。
回到测试行业,其实按工种分,就有功能测试,接口测试,性能测试,安全测试,白盒测试,自动化测试,测试开发...... 这还只是一个维度,还没有按照业务分,团队分。请问,面对这么多的分类,你分的请他们的区别,薪资待遇,发展前景吗?
面对选择题,首先不要只看选项本身,而是要还原目标。
你要问自己,选择测试是为了什么?你最想要达到的结果是什么?
比如上图中的两把宝剑。你只盯着2把宝剑是选不出来的,你得看你要用来干嘛?你是要上沙场杀敌?还是要放在家里当装饰?目标一旦确定,答案就自动出现了。
所以零基础转行学员,咱们要先去了解下,现在测试工作内容是什么,测试行业有什么职位,对应的薪资待遇,在公司都干什么,有什么前景。
了解后,我们再定岗位。定了岗位,我们在定学习方法和面试方法。
1、先带你感受一下真实的测试工作内容:
简单说下软件迭代前、中、后都要做哪些事儿:
前期准备阶段:
先是需求评审。一次评不过两次,评审通过定稿。
研发给测试出排期,一般研发先给出排期,测试人员再根据研发排期来介入。
测试编写测试用例(包括接口的和手工的测试用例)。 在研发前后端快进行联调的时候保证测试用例已经写完。 在提测前最少两天时进行用例评审。
介入测试阶段: 用例评审通过的话,测试人员分配冒烟用例(就是最基础能保证程序跑通的用例)给参与的研发,在提测前一天或当天给出。 执行通过后,研发通过邮件告诉所有参与人,可以提测了,这时测试人员可以准入。 先执行一遍冒烟用例,通过率不足90%的直接打回,发送邮件通知所有参与人@相关研发。再次准备进入提测阶段。
执行测试用例阶段:
测试人员制定测试计划,分配测试用例,在测试环境中执行测试用例,
发现问题反复进行问题定位,再跟研发来沟通问题。确定是问题,提交bug单,标题尽量简短但是能够突出问题本身,前置条件,操作步骤要写清楚,能传图片的传个图片,能提交视频的在录制的时候尽量录制关键步骤,突出问题。
开发解决问题后再进行验证,测试阶段无问题后,进入预生产环境。
都没有问题的时候测试人员编写测试报告,准备进入灰度,进行回归。灰度通过后全量发布,还需要在线上进行关键功能的回归测试。
你以为这就结束了?并没有!
还需要记录哪天发布了哪些内容,本次需求是什么,新增或者改动哪些,新增或修改了什么规则?新增了几个接口,哪些重要字段,新增了哪些表,干什么用的,对应的sql语句,测试过程中有哪些问题总结一下,吸取了什么教训或者增添了哪些知识?养成一个良好的记录文档的习惯,不仅仅是一种产出,也是知识的积累和沉淀,更是对自己工作的一份总结。
2、从岗位薪资待遇看:
3、从质量保证的核心业务来看
• 前台验收测试:web、app、gui;
• 前台用户体验测试:性能、安全、耗电量、稳定性;
• 中后台功能测试:性能、安全;
• 流程管理:持续集成、持续交付、devops;
• 质量分析:监控平台、数据分析平台、ai辅助平台。
4、从质量保证的团队建设及组成来看:
• 外包测试团队:负责基础功能的测试;
• 测试团队:手工测试、自动化测试、持续集成;
• 测试开发团队:一种是跟业务的测试负责测试中台化,另一种利用测试技术赋能测试与研发团队;
• 外部测试服务:提供对外的测试服务。
5、大公司小公司的区别来看:
大小公司整体来讲都大差不差。不过“小公司学技术,大公司学流程”。
小公司需要身兼数职,能锻炼人,人员流动性强,好晋升,综合素质锻炼较高,实用主义至上,对于技能浅尝辄止。
大公司团队协作性强,体系化,工作稳定,专注度高,更容易集中精力钻某个技术。对于你可以尝试先从手工测试干起。
去什么公司,还是取决于自己。
6、从测试各岗位发展前景来看
测试行业的整体薪资自2016年开始,几乎年年都在涨,现在测试的薪资基本和开发一样高,已经突破了21K。请看下方中立网站职友集有关测试的薪资截图,看看上涨趋势。
测试均薪能年年涨,直接原因是高薪的自动化测试不断涌入,正逐步替代低薪的手工测试
以前一个公司只需要少量的技术好的测试人员,以及大量的初级手工测试既可。
现在企业减员增,公司的测试人员少了,要求自然就高了。低薪的纯功能手工测试的需求量越来越小,更高薪的接口测试、自动化测试、性能测试等岗位的需求量则在不断增加,推动着测试行业的整体薪资一路上涨。
当前市场环境还会加快替代速度,也导致自动化测试还处于紧缺中。
所以如果你转行的目标,和我说料想的一样,就是为了今后的发展,为了有更好的薪资。
那么你的而目标应该以自动化测试、测试开发,作为转行目标。
三、定好自动化测试目标后,应该怎么自学?
虽然我们已经定好自动化测试、测试开发,作为转行目标,但测试开发属于高级测试,自动化测试属于中级测试。
所以对于转行的自学者而言,我们先以自动化测试为目标,工作一段时间后,再转行到测试开发中去。
定好自动化测试目标后,那就可以避免东学一点,西学一点。
有的同学,学的面很广,知识很杂,但没有一个能深入进去的部分。学了也不知道干啥用,怎么用。极其耗费精力不说,还无法对焦关键点,很容易从入门到放弃。
这都是以为没有目标,无法系统的学。
既然选择了自动化测试,你需要系统的去学习,现在带你对知识点进行剖析:
要做自动测试,最起码要掌握一门语言,比如:python,
还要要了解:测试基础,测试理论,敏捷测试流程...
还要掌握:linux命令,mysql数据库,移动端adb命令,
还要掌握各类工具:jmeter,postman,LR,selenium
看起来还是比较散,那就直接上图吧:
四、有目标后,应该如何去面试?
很多自学者,因为自己没有实际工作经验,没有实际业务支撑,或者怕自己学的不够扎实,从而不敢去面试。其实大可不必。你应该跳出自己是求职者的身份,来看面试工作。
1、如何让自己面试不紧张?
对人力工作的一些介绍:人力的作用就是招人。
如果他们招不到人,则会被测试经理向老板控告他们不作为,以至于耽误工作。所以他们也有压力,所以面试就是一场博弈(如果面试紧张,想想人事的压力)。
所以找工作,是一种双向选择,我们和面试官是平等的。要不卑不亢,这样回答问题也就能淡定些。
2、了解面试官到底在考核什么
举例我比较熟悉的测试,我们在面试中常见的面试题会有这些:
1、如果一个bug被提交后,开发人员认为不是问题,怎么处理?
2、冒昧的问下,像你这种水平的测试人员非常紧缺,你为什么要离职呢?
3、在软件测试行业,你的职业规划是什么?
4、看你简历介绍你之前那不是计算机专业的,怎么从事测试这个行业了呢?
5、面试官问:如何使用SQL快速插入100000条数据?
6、你上家公司,一个项目中测试工作如何介入的?
7、给你一个物件(花瓶、笔、桌子)你怎么测试?
8、你们公司测试通过的标准是什么?
9、没有需求文档,你会如何执行测试?
10、在测试环境出现偶尔出现的BUG,你会如何处理?
11、给你一个网站你如何开展测试工作?
12、看你简历你做过app端测试,也做过web端测试,你能介绍下,APP测试与WEB测试有哪些不同之处?
13、看你简历项目经验丰富,请问针对项目如何写测试计划?
如果我们要将上面的面试题归归类的话,其实可以归类为技术、态度、潜力这三个方面。
比如考核技术类的:
1、如何使用SQL快速插入100000条数据?
2、你上家公司,一个项目中测试工作如何介入的?
3、给你一个物件(花瓶、笔、桌子)你怎么测试?
4、没有需求文档,你会如何执行测试?
5、在测试环境出现偶尔出现的BUG,你会如何处理?
6、给你一个网站你如何开展测试工作?
7、看你简历你做过app端测试,也做过web端测试,你能介绍下 APP测试与WEB测试有哪些不同之处?
8、看你简历项目经验丰富,请问针对项目如何写测试计划?
比如考核工作态度类的:
1、如果一个bug被提交后,开发人员认为不是问题,怎么处理?
2、看得出来你真的是出自实战,非常不错。冒昧的问下,像你这种水平的测试人员非常紧缺,你为什么要离职呢?
比如考核潜力这类的:
1、看你简历介绍你之前那不是计算机专业的,怎么从事测试这个行业了呢?
2、在软件测试行业,你的职业规划是什么?
3、看你简历已经做了快2年测试了,能讲讲你对测试的认识和行业的发展么?
所以你面试的时候,要准备好这3类问题。
如果遇到不会回答的问题,可以说不清楚,但一定要记得体现你的态度和可塑性。比如回答回家后会关注这个问题,或者回答下你的分析思路。
比如:面试官问了这样的一个问题:“你从事测试这个行业至今一共提了多少个bug?”
你可以告诉面试官,没有算过。但可以补充:测试的迭代周期是怎样的,一次迭代差不多能有多少个bug,你干了多少年测试,告诉一个估值。
这样给面试官留下:逻辑还很清晰,思维还敏捷,可塑性上得满分。
3、面试也是一种学习方式可以了解自己的不足:
之前有去一家大厂面试,对于自己感触很大。
当时对方问我做过接口相关的测试么。我说当然做过。
对方就让我简单聊下状态码,我心想这还不简单。
突然面试官说:“502是什么意思,什么问题导致的?”
我:“服务端错误。”
面试官:“服务端什么错误?”
我:“emmm服务端报错。”
面试官:“ok那500什么意思?”
我:“emmm服务端报错。”
面试官:“那502呢?”
我:“这...我不知道。”
面试官:“ok,404知道吧?”
我:“知道,访问页面不存,可能是用户地址输入错误导致,或者该页面...。”
面试官:“好好但并没有打算问你这个,我是想问:它有返回值么?”
我:“emmm有。”
面试官:“返回的是什么数据类型?或者说他返回的数据类型应该是以点什么为结尾的?”
我:....
当然后来面试官也问了些其他问题,最后面试也没过。
其实面试结束的时候也可以跟面试官交流下。他也表示就状态码,按照类别分:200是正常的,300重定向,400客户端错误,500服务端错误,大家都了解,又怎么能看出谁好谁坏呢?
404、502这种也很常见,我们要通过状态码不仅仅去看问题,同时也要知道如何去进行分析、定位、排除,不是说看到这个状态码,我们去百度查一查就能解决的。需要的是了解数据在各个节点中究竟反应了什么问题,尤其是在实际生产作业的时候。
面试后路上想一想,在此之前对状态码的理解和了解太浅薄了,并没有实际掌握。所以对自己而言,还需要静下心,在接下来的学习,要更深,思考更广。
所以勇敢去面试吧。
技能提升
最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走
这些资料,对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!凡事要趁早,特别是技术行业,一定要提升技术功底。希望对大家有所帮助…….
关注我的微信公众号:【程序员小濠】即可获取这份资料了!
如果你不想再体验一次自学时找不到资料,没人解答问题,坚持几天便放弃的感受的话,可以加入我们的群:779450660 大家一起讨论交流,里面也有各种软件测试资料和技术交流。
如果对你有帮助的话,点个赞收个藏,给作者一个鼓励。也方便你下次能够快速查找。