前言

我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这种也很常见，我们要通过状态码不仅仅去看问题，同时也要知道如何去进行分析、定位、排除，不是说看到这个状态码，我们去百度查一查就能解决的。需要的是了解数据在各个节点中究竟反应了什么问题，尤其是在实际生产作业的时候。

面试后路上想一想，在此之前对状态码的理解和了解太浅薄了，并没有实际掌握。所以对自己而言，还需要静下心，在接下来的学习，要更深，思考更广。

所以勇敢去面试吧。

学习资源分享

最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走

这些资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助…….【下方获取】