如何成为一名软件测试工程师？

哈喽呀，看到这个问题，第一反应是学习相关知识，哈哈。成为一名软件测试工程师，另一层的含义，是即将进入到这一行。作为从开发转到测试的经历，扒拉了一张挺全面的软件测试相关的学习路线图（ps：我就是按照这个图片来进行一步一步提升的）

作为一名测试人员，肯定少不了就是专业的测试理论和方法，不管是黑盒，还是白盒常见的一些测试方法。那在这个基础上，根据现在不同岗位需求，有做性能，接口，自动化测试等......其实这张图特别清楚写明了可以在测试这个行业需要一点点扩充的技术点。当然，可能看着觉得挺“可怕”的，但是，如果真的有一天把测试相关的技术都能领悟到，那么你的能力，薪资待遇，各方面的物质生活水平也都会上一个档次。一点一点积累，不积跬步无以至千里，加油

简单而现实地回答一下这个问题。

首先，目前软件测试工程师有两种形态，一种是正式员工，一种是由外包公司外派进入。

外包的测试人员通常由正式的测试人员自主招聘，更倾向与负责手工和页面等技术含量稍低的工作，所以门槛也较低。

虽然外包测试人员很可能在工作中遭到边缘化，或者被歧视。但实际上他们的工作体验很好。一方面，手工和页面测试是不可或缺的，懂的人会无比珍惜和看重外包人员的贡献; 另一方面，相对于其他岗位的高门槛来说，外包测试的收入还是不错的，工作压力也较低。

我这样说的意思是，希望大家不要看不起外包这条路。

如果你希望成为一个正式员工，按照我以往公司的招聘要求，一般需要:

计算机相关专业毕业的本科及以上学历。大学是否名校是一个加分项，有的甚至会设卡，具体看公司政策。

在正规公司做过测试岗位的实习或者正式工作。

面试时会考察，测试概念与方法论，测试工具与框架的使用，计算机基础知识(例如，网络，微服务架构，数据库)，主观测试题目来考察测试设计能力与敏感度，测试开发岗位的话一定会考察一个算法题。

另外，恕我直言，测试机构培训对应聘几乎没有帮助。我们更看重经历和能力。

如果你希望成为一个外包人员，并且之前没有太多的相关经验，那么你需要:

经历一个正规的测试机构培训。

学习掌握计算机相关基础知识，例如，操作系统，网络，数据库，http协议等。

谦虚，耐心，认真，有责任感，别胆小，别自卑，别畏惧沟通。

外包员工是可以转为正式员工的，当然也要经过强度一样的面试与考核。

以上。

这个问题很宽，我不画啥思维导图...看多了都在转圈圈

其实这问题我都是做了测试之后才开始慢慢了解的，毕竟大学的时候根本也没学过测试。测试是什么？其实软件理论上看来的我是真的记不住，反正为了面试记几次就差不多了。讲讲我自己的理解吧。

技术

作为一个测试，毕竟还是技术岗位，技术是一定需要的，那么技术需要什么呢？那看你做什么测试了。

如果是一个功能测试，尤其是做客户端的测试，抓包你得会吧，fiddler，charles都得知道点，当然不止功能，其他测试方向都要会。如果你是想专攻性能测试的，jmeter这最基本的你得会吧，入门点locust这种阔以了解了解。如果你是想做自动化测试的，语言你得会吧，python入手也许更好，测试框架你得了解了解，什么testng，appium等等。

还有很多很多，比如说移动端测试对于adb的了解，对于http协议的了解，服务端上对于linux的了解，测试对于数据库，mysql语句，这都是基础。网络测试怎么做，postman你得懂一点吧。

还有最最基础的，测试用例，测试流程，bug管理，上线的注意事项等等，这全都得了解。不过没关系，看起来很多，其实实践出真知，慢慢的就会了解了，因为我就是这样...从啥都不会，到能写点自动化，再到现如今也能cover一个项目组。

印象最深的还是刚开始的时候，大促负责的app直接崩了，因为做电商的，老板...大家能想象到应该，一段回不去的岁月，不过很有帮助。

达到上面这些，恭喜你，你应该能成为初级测试了。

中级，高级，专家等等，就要求更不一样了，对于技术上，往后的路线就是架构师吧，以前公司的自动化框架就是测试架构师搞的一个东西，记忆犹新。

沟通

其实我自己是认为沟通是本，测试真的需要沟通，和产品，开发，运营，运维等等的沟通；不沟通没法解决问题，不沟通，到后面就是找谁背锅的过程了...和开发沟通好功能实现，测试点；和产品沟通好需求，上线时间，优先级等等；和运维沟通好服务器的问题；运营的话，主要还是一些运营活动上的沟通，和产品比较类似。

在我的理解中，测试的角色更像是一个推进的作用，因为开发虽然技术好，但是对于大局有时候没那么关心，这个时候就需要测试出面去推动很多东西。引申出我想讲的第三点:

大局观

啥意思呢？还是沟通的向上层级。比如所紧急需求，影响我们的测试时间了，这时候怎么办？直接压回去么？是个办法，但可能会影响产品的策略。

和产品商量是否能延迟上线，不能的话需求优先级是什么，把风险知会到大家，处理这些问题的时候一个好的测试所体现出的就和一般的测试会很有区别了。

上面都是经验之谈，一些基本的素质就更不用讲了，责任心，耐心，因为沟通而需要一点点自信等等，给大家看看我的终极经验吧~

三万字！！！！

兰色：测试工程师的面试总结

很多新人想通过学习成为一名软件测试工程师 ，往往是在知乎上问一些比较典型的问题，问题虽然很好 ，但不具有整体性，不能看到整个学习过程中遇到的问题(问题全貌)，为此小编整理了一份学习提纲 ，列举出了从开始学习前到就业成功时所遇到的典型问题以及解决方案 ，只要你按照这份提纲去实践 ，就能大大提高你上岸成功的几率 。方法都是经过多年实践后总结出来的，知识内容比较干 ，建议点赞收藏，防止手滑错过。

一. 学习前

一旦你要确定学习，就要了解一些行业基本情况 ，这样可以避免错误选择带来的高风险试错成本 。

1.了解入行必备要素

• 硬性要求：本科及以上学历 ，这是目前多数企业给你面试机会的基本门槛，在这个条件之下 ，即使你学的再好 ，如果没有机会也白扯。目前来说 ，大专学历的同学转行风险要明显大的多 。
• 个人优势：在某方面上表现比别人突出 ，比如高学历 ，英语好 ，多年行业经验 ，大厂经历 ，计算机专业等。这是你能在众多人群能被筛选出来的关键要素 ，否则你如何指望HR在上百份简历中把你能筛选出来呢 ？
• 个人测试技能：这是你成功上岸的必备要素 ，如果说你的个人优势使你从百份简历成功筛选出来的那10个人 ，而你的个人技术就是从这个10个人中脱颖而出的关键要素 。前者解决的是面试机会多少的问题 ，而后者解决的是能否成功入行的问题 。

2.如何选择入行方式 ？

对于想成功入行软件测试行业的同学来说 ，无非就是三种方式 ：内推 ，自学和培训 。

• 从转行的成功率来说，内推 > 培训 > 自学 。内推的成功率几乎是100% ，而其它的都会有风险 。
• 从个人消耗的成本来说(从低到高) ， 内推 > 自学 > 培训 。内推几乎无需消耗成本 ，自学消耗的就是时间 ，而培训消耗的是时间 + 金钱 。
• 从收获到的技术经验来说 ，培训 > 自学 > 内推 。培训学习到的技术经验肯定比后者会更多 。

从上面可以看到，无疑内推是最佳选择方式，但是对于这三者来说，并不是谁都拥有内推这个选项 ，毕竟内推只是少数人的专利 ，所以，对绝大多数只能从自学和培训二选一 。

3.确定学习知识范围

如果你对转行做软件测试有兴趣，可以微我进行一对一咨询(微信:18004816938) ，小编专注于软件测试培训的效果 (技能的掌握熟悉度)，目标是使学习的同学具有企业要求的真实能力和经验，技术掌握度上不需要任何水分 ，真正靠实力赢得竞争。

二. 学习中

进入学习这个阶段，你最应该关注的是什么呢 ？

是你对这项技能的掌握程度(熟练程度) ，因为只有自己掌握了这项技能它才是你的 ，在没有掌握之前，即使学习再多的知识，它也跟你没关系。

1.如何学习提升知识存量 ？

如若你是通过培训学习，学习的时间是固定的 . 如何在这个固定的时间内尽可能提高你的知识存量呢 ？个人觉得就是亲自去经历去体验，从行动中获取成长 ，因为任何能被牢固存储和轻松调用的技术，必然也包含这一份经历感和体验感 。若没有这份深刻的感觉，知识或技术难以变成肌肉记忆、或在记忆里久留。我们大学学的知识上了社会很快就忘了，就是因为缺乏经历感和体验感 。

回到软件测试上的学习上 ，比如今天你学习了个设计测试用例 ，若只是跟着老师的步骤操作完了事 ，不再去亲自体验一些其它模块 ，那么这个知识一周后就不是你的了 。在亲自体验的过程中，你从"无知" 到"知道"、再到"熟练"的过程,每走一步都会伴随着"挫折,困难,失败"，而这恰恰属于深刻的经历感和体验感 。像开车一样 ，你的车技提升最快的肯定不是你熟练的时候，而是刚学完车自己去开车体验的那段时间 ，虽然过程中有恐惧、有害怕 ，但它确实是我们车技提升最快的时候，等你真正会了发现你的车技就停止不前了 。

同时这种深刻的体验在刻意练习里叫跳出舒适区 ，不断的在舒适区外面去体验 ，才能获得增长 。

2.如何练习避免遗忘 ？

因为每天接触大量新知识 ，如何避免学后面忘前面呢 ？答案也很容易想到 ，就是多练习 。但是在培训学习过程中因为时间有限，多练习也变成了问题 ，因为每天学习新的内容也要练习 ，以前学习的内容自然就抛在脑后了，导致因练习不足而产生遗忘 ，这样的循环一直持续到学习结束，所以变成学完即忘完的情况。

那么这种情况该如何解决呢 ？

1. 就是增加合理的学习时间 ，这个相对简单，这里不在论述 。
2. 就是合理的练习 ，很多人以为多练习就是多找几个题目练习一下就行了，其实远远没有那么简单 ，要做到科学有效的练习是需要有方法论的。比如：你可以使用间隔练习、穿插练习、多样化练习、检索练习等，只说其中一种情况，比如间隔练习就比集中练习效果好，而实际过程中要将这几种练习合理的结合起来才能起到更好的效果，并且如何结合也是需要你做一些研究的 。这在我的课程中就做了这些大量的组合练习 。

3.如何注重学习后的技能转化 ？

很多时候 ，你要注重实践后的转化 ，如果你只是练习了 ，练习后又没有任何反馈 ，没有任何复盘和总结 ，那么也就很难有收获 。这也就是为什么很多人干了5年像一年的经验，因为他只是把1年的工作重复了5次而已 。而有的人虽然做了1年 ，但感觉有3年的经验 ，很重要的点就在于注重总结，注重转化 。

那么 ，该如何进行转化呢 ？你可以按照如下思路去实践 ：

实践流程 ： 1.进行实践->2. 记录实践过程中出现的问题->3.查找解决方案->4.总结各种方案以及优缺点->5.类推到相同类型问题

比如我们进行一个系统流程的测试 ，在测试过程中流程阻塞了 ，这个时候你该怎么办 ？

这时你就应该记录下这个问题 ，并开始尝试着找解决方案 。

接下来想想有那些方案解决呢 ？是等着开发去解决后在执行呢 ？ 还是我们可以绕过某个出现问题的节点让它继续呢 ？如果绕过的话该如何实施 ？比如我是否可以通过修改数据库的值将其绕过呢 ？无论是你请教高人还是上网百度亦或者是你自己想出来的方案，这个方案只要能解决你当前的问题 ，那它就是有效的 。

最后总结该问题出现的场景及前提条件 ，以及你的解决方案 。这种解决方案的有啥优点 ？ 有啥限制等 。到这一步其实就已经建立了你的经验了 。

当然，最后可以问这样一个问题，如果下一次遇到同样的实践，我是否能比这次做的更好 。这样可以提醒自己不断进步 ，更快速的成长 。

如果你对转行做软件测试有兴趣，可以微我进行一对一咨询(微信:18004816938) ，小编专注于软件测试培训的效果 (技能的掌握熟悉度)，目标是使学习的同学具有企业要求的能力和经验(1年~5年)。

三.学习后

学习后最主要的任务就是找工作 ，接下来我们先分析下从投递简历到收到面试电话的这个过程 ，其我们可以先分析下从发起沟通消息到HR和我们沟通需要经历那些步骤 。见下图(以boss为例)

1.如何投递简历 ？

如果说从发送招呼语开始 到成功约到面试算是阶段性结束的话(不考虑面试过程) 。那么我们所要做的就是如何提高最终达到面试这一阶段的 转化率 。甚至要思考如何能提高每一个阶段的转化率 。所以，投递简历出现的问题往往也是在这几个环节出现的，表现出的现象就是以下这几种情况：

• 部分简历状态都是送达 ；
• 有大多数的简历状态是已读不回 ；
• 也有少部分的简历是进行简单沟通后，要了份简历没有了下文 ；

简历状态为已送达

对于简历已送达的情况，可能产生的原因有 ：

1. 企业已经找到了合适的人选 ，只不过该职位还没有关闭 。
2. 企业根本就不在招人，挂出职位只是为了打广告而已 。
3. 企业 招聘的需求还不是很迫切，只是先把职位挂出来而已 。
4. 企业HR还没有看到 ，也是因为简历太多或者是因为其它工作还没来的及看 。

那么，对于以上的情况，前三种情况我们基本是投了也白投，短时间内是不会有啥变化的 ，所以我们没必要在上面浪费时间，减少在其上的关注度即可 ，我们需要做的就是如何从这些送达的简历中筛选出第四种情况 。那么如何判断投递的简历是HR暂时还没有看到呢 ？这里我可以提供一个指标供参考 ，就是企业HR的活跃度 。若活跃度越接近当前时间，说明HR还是关注招聘需求的，也就是说最有可能是HR还没来的及看 。反之就很有可能就是以上的三种情况 。这里我们可以自己设定一个关注度的界限 ，比如说HR 活跃度在一周之内的，我们可以重点关注 ，超过一周的我们就无需关注了 。

简历状态为已读不回

这可能是大多数求职者遇到的最多的情况了 ，大多数我们投递的简历都属于这种状态 。对于这种状态，可能产生的原因有：

• 招呼语写的无聊，不够吸引人
• 基本符合企业的招聘要求 ，但是应聘人员太多 ，个人简历也没有亮点 ，故暂时不会决定 约面
• 不符合企业的招聘要求 ，很多企业现在都有硬性的要求 ，比如说学历的要求 ，对 行业经验的要求等 。

针对以上的三种情况 ，若你的简历属于第三种情况 ，那么建议你暂时放弃吧 ，因为你再怎么投也很难达到人家的门槛 。我们能做的就是把精力放在怎么优化前两种情况就可以了。

已有沟通但是无下文

如果你已经有沟通了 ，说明你最难的关已经过去了 。因为进入这一环节就有很大的几率进入到面试环节 ，不像前面的阶段你的几率都是很低的 。但是若沟通后发现无下文了 ，那么也有以下的可能 ：

• 你的简历虽然HR通过了 ，但是到了用人部门被毙了 ，所以也就没有下文了 。
• 在进一步聊细节的话 ，人家针对自己的核心诉求进行提问后，发现了你明显的短板 ，觉得不是很合适 ，故也就不需要继续往下聊了。

针对以上的两种情况，我们需要做的就是做到问清原因 ，避免暴露短板 。

2.解决方案

以上所有的原因 ，不可能都去解决，也无需都去解决 ，我们只是针对可以解决的，有解决方案的，自己也能实时的去进行解决并且去验证，只有对你有效的才是真正的解决方案。

下面我们再重新梳理下产生的原因 ，其中这些原因我们都可以解决的：

1. 需求端的需求萎缩导致的岗位的减少 ；
2. 简历因暂时还没有看到 ，故还是送达未读状态 ；
3. 招呼语写的无聊，不够吸引人 ；
4. 应聘人员太多 ，同时自己的简历无亮点 。
5. 简历没有通过用人部门的筛选，导致没有了下文 ；
6. 细聊的过程中发现了你的短板 ，觉得你不太合适 ；

针对以上原因，我们可以想到的解决方案

需求岗位减少的解决方案

• 拉长招聘时间 ，以前找工作可能半个月 ，现在你可能需要两个月 ，期间最主要的是保持耐心和信心 。若自己选择了放弃 ，那就是彻底是结束了。
• 扩大应聘范围 ，以前只选择一个城市去投递 ，现在可以考虑多个城市 ，优先可以考虑附近的城市 ，让自己的选择范围变大 。当然针对这一点不一定适合每个人 ，可以接受在其它城市工作的人来说可以是个选项 。
• 可以加一些相关的技术讨论群 ，这些群里也会时不时的发布一些招聘需求 ，这样的 招聘需求往往是用人部门直接发的 ，所以这样可能会更接近面试官。

简历因暂时还没有看到 ，故还是送达未读状态

• 增加简历的曝光度 ，在招聘网站上购买一个会员，可以将简历置顶 ，从而让企业优先看到。
• 关注招聘企业HR的活跃度 ，尤其是刚刚活跃的最适合 投递 ，当然建议不要在下班后进行投递 。
• 将一周内的活跃度的企业可以再次发送招呼语，二次或者多次进行触达，增加企业HR看到的机会 ，当然不建议超过三次 。

招呼语写的无聊，不够吸引人

• 不建议使用招聘网站默认的招呼语 ，
• 发送的招呼语要亮明自己的优势 ，事先将设计好的招呼语发给对方。
• 也可以针对企业要求以及你自己会的技能双方的交集设计招呼语 。也就是对方需要啥你写啥 。
• 甚至可以语音介绍自己 ，像是做个简短的自我介绍一样 。

应聘人员太多 ，同时自己的简历无亮点 。

• 使用 会员功能中的分析功能，里面有此职位投递了多少人 ，你所处的位置 ，你有那些优势等情况一目了然 ，根据这些 分析数据去调整你的策略。
• 优化自己的简历 ，将自己的亮点写在最上面 。
• 重新思考关于项目的一些主要点 ，比如：使用了那些技术 ，解决了什么样的问题 ？ 如何用数据去体现 ？

简历没有通过用人部门的筛选，导致没有了下文

• 尝试着继续争取一下，也许有的会给你一个机会 。
• 若没有回信 ，一定要问具体原因 ，至少要知道自己是怎么挂了的 ，为后续积累经验 。

细聊的过程中发现了你的短板 ，觉得你不太合适

• 避免暴露短板 ，问到的技术尽量可以比较擅长，熟悉，使用过等词汇，那么完全不知道也可以说是了解 ，毕竟现在互联网这么发达，随便上网查大体就知道是个啥 。
• 变被动为主动，从对方问你变为你主动展示你的优势 ，你可以说下你会的技能，项目经验等 。

2.如何复习应对面试 ？

学习后的复习策略其实也是个技术活 ，好的复习测试能起到事半功倍的效果 ，这里给你提供个策略 ：

1. 复习简历上的内容
2. 复习基础知识
3. 复习应聘岗位职责中的技术要求

1.复习简历内容

这是要肯定复习的 ，连简历上的内容都不熟悉 ，怎么可能应付的了面试 。同时你也要在如何复习下功夫 ，

首先将简历中编写熟悉和掌握的技术都标记出来 ，确定你的复习范围并进行细化 。比如像下面的这些技术 。

总结下来 就是 ：

• 熟悉软件测试理论 ，包括为软件测试流程 ，软件测试常用术语 、软件测试环境等 。
• 掌握常用的测试方法 ：等价类，边界值 ，场景法 ，因果图
• 会使用测试工具 ：各种客户端的工具
• 编写SQL语句 ：增删改查 ，多表联查 ，子查询等 。
• 熟悉Linux命令 ：常用命令 ，文本查看命令，性能监控命令 。
• 熟悉fiddler工具 ： 进行抓包定位问题 ，弱网测试，数据验证等

其次，你要将这些知识进行分类复习 ，分为 ：需要记忆的，需要项目中实践练习的以及重点加强说明的。

• 需要记忆的 ，使用以上的练习方法多记就可以 。
• 需要项目中实践的 ，确认练习那些技能 ，然后不断自己实践操作 ，要争取做到练习熟练的程度 。
• 重点加强说明的，是因为这个可以成为你的亮点和优势，需要特别说明的。

最后 ，整理一份脑图将这些分类列举到一起，然后指定计划进行复习 ，后续遇到没有包括进去的扩展进去就可以。

2.复习基础知识(内容)

复习基础知识其实就是简历里内容的补充 ，因为你像上面列举出了要复习Linux命令 ，但是Linux命令有很多 ，你该选择那些复习呢 ？答案就是基础知识 ，也就是平时学习的那些重点知识 。将其添加进去就行。

3.复习应聘岗位职责中的技术要求

当你接到了应聘电话了，迅速的核对下简历中是否包含了应聘里的技术要求 ，如若没有 ，那些是可以迅速补充的 ，在短时间内学习到并且能回答上来就加进来 ，如若不行干脆放弃，想好回答的对策就可以了 ，没必要在这方面浪费太多时间 。

3.如何回答面试问题

很多同学为了应对面试 ，急匆匆的去网上找一些'面试宝典'或"面试题" ，希望能通过临阵磨枪的方式突击'过关' ，但是往往效果不大。一个是你不咋会用它，另外一个就是题目太多也没那么多时间去背 。怎么办 ？答案就是先将常见题目分类 ，而后梳理回答思路 。

本人总结了常见的面试问题，将问题分类如下 ：

• 必备问题 ：如自我介绍 ，为啥离职 ？ 项目介绍 ，个人职责等，这类问题几乎是必问的，踏踏实实的准备就行了，这类问题需要根据自身情况总结出来然后将其记熟了 。
• 记忆类的问题(基础知识) ，这类也比较多 ，考察的就是你的技术储备 ，比如python字符串替换方法是什么，比如Linux查看进程命令 ，比如mysql如何进行删除一条数据等等。这类问题的答案很直接，也很标准 ，会就是会 ，不会就是不会 ，很难自圆其说。如果这类问题回答不好 ，很影响你的面试效果，几乎是被优先pass掉的对象 。所以这类问题就必须记住 ，而我们上面做的复习总结就是应对这类问题的。
• 解决方案类的问题 ，这一类性题目的特点就是不一定有固定答案，主要考察的思路以及平时做事的方法 ，典型的语式就是你该如何解决 ？ 你是怎么认为的 ？你是怎么分析的 ？ 比如你发现了一个bug，而开发不认为这是一个bug，你该如何处理 ？ 线上漏测的bug比较多 ，你该如何降低这个值呢 ？你的浏览器访问不了百度，你该如何排查 ？这类型问题的本质就是从A点(当前状态)到B点(预期状态)的一种实现路径(方案)，需要你找出一种合理可行的解决方案 ，比如开发不认为这是一个bug是当前的状态，而你希望它被修改(这是预期状态)。所以回答这类问题的两个关键字就是：可行合理的方案 + 积极的态度，比如针对开发不认为是bug ,你该如何处理这个回答的思路可以是： 你可以先去分析原因 ，并且找对应材料再和开发欧通， ；也可以先让开发说出他的理由和原因 ，由你来验证它的正确性 ，最终确定它该如何解决；当然也可以主要靠沟通去解决，其实很多事就是那么几句话的事 ，两个人沟通不了 ，再找其它人，比如项目经理，产品经理等。总之，最终结果就是使这个bug要有一个合理的结论(也就是达到你的预期值，也许这个预期和当时不一样) ，而在得到结论之前，你是一直在积极的去推动该问题的解决(积极态度) 。
• 观察总结类的问题，这一类题目的特点就是考察你身边熟悉的事物，然后通过这些事件来确定你是否注重细节以及平时的总结 。比如你觉得bugzilla在使用的过程中，有什么问题？ 你平时喜欢玩那些类型的游戏，玩的最久的一款游戏是什么 ？为什么它吸引你？说下selenium的工作原理，它的优缺点是什么 ？这种类型的题目一般都是你在工作中用过的 ，但是用过并不等于你注意了它的细节、并且总结它 。假设bugzilla使用过程有啥问题 ，考察这个问题肯定已经用过它了 ，但是你在工作是否留意了它的不好用之处了 ？再假设selenium你也用过，但未必你知道它的工作原理 。这类问题没有什么好的回答方式 ，只能靠平时的良好习惯 ，留意细节然后总结 。

4.如何进行总结 ？

最后就是面试后的总结也很重要 ，我们先来看看一个之前找到工作的回顾 ，他反馈了总结是他成功的主要原因 。

那么 ，我们应该如何总结呢 ？答案还是按照问题分类进行分别总结 ，比如你刚面完一家公司，回到家里开始总结，思路应该是这样 ：

首先 ，先回顾记忆类的题目 ，因为这类型的题目答案比较直接 ，所以也很容易判断回答的好坏 ，不好的原因无非就是因为没有记住导致回答不上来，接下来就是针对不同情况进行处理，比如：

1. 该题目已经在我的复习总结中 ，但是我没有记住 ，那只能再记忆这些相关的题目了 。
2. 该题目不在我的复习总结中，你可以将它加入进去 ，并且记住 。

其次，就是解决方案类的问题 ，这类问题对个人来说不太好判断回答的好坏 ，所以这类题目可以搜答案，参考下人家的回答 ，同时分析下人家的回答思路 ，最后再背会 。

针对观察总结类的问题，这个只能在你平时学习的时候就要留意主要细节，并进行总结它，如若等到面试才想这个问题 ，基本没有希望。

最后 ，总结除了针对题目的总结 ，另外也要看下自己表达的逻辑，表达的流畅度是否过关，如若不行，这些方面也的加强练习 。

如果你对转行做软件测试有兴趣，可以微我进行一对一咨询(微信:18004816938) ，小编专注于软件测试培训的效果 (技能的掌握熟悉度)，目标是使学习的同学具有企业要求的真实能力和经验，技术掌握度上不需要任何水分 ，真正靠实力赢得竞争。

软件测试的目的是检测产品是否满足客户的条件和需求，测试人员找到bug并指出问题，提交给开发人员修改。

软件测试是一个很容易入门的岗位，但之后要学的有很多，技术岗位没有天花板，需要不断地更新知识和技术能力。软件测试人员需不断地学习新的东西，才能使自身更加专业。

想要迈入软件测试行业的人，或是想要提升自己的薪资待遇的测试人员，给自己一些时间学习知识，紧密当前的技术趋势。

如果是自学的话，建议抓住一个方向学习就好了，不要什么都想学，这样很容易导致抓不住重点。首先，建议你首先应该去学软件测试的基础。你要了解什么是软件测试，该如何测试？这部分的学习目标：掌握软件测试的基本概念、软件测试的流程，并能熟练的应用常见的用例设计方法来设计测试用例。掌握常见的测试方法和类型，并知道如何进行每个阶段的测试。

而想要掌握这些内容，对于自学的小伙伴一般是有两种方式。第一种是看书学习，第二种是看视频学习。

希望能够帮助到你。

要成为一名软件测试工程师那么你就得好好进行学习，按照企业的实战模式学习！

实战软件测试学习的具体视频路线：

学习软件测试只有一条合适的道路那就是项目实战，要懂的企业做什么？

看图学习

基本技术能力：理解软件测试的基本概念、流程和方法，熟悉至少一种编程语言，掌握常见的测试工具和技术。问题解决能力：软件测试工程师需要能够发现问题、定位问题、分析问题并提出解决方案。

学习软件测试知识：

测试工具和技术：掌握常见的测试工具和技术，如Selenium、JMeter、Postman、LoadRunner等自动化测试工具，以禅道，git等测试管理工具。

掌握自动化测试工具和框架：在当前的软件测试领域中，自动化测试已经成为了必备技能之一。

接口自动化测试方向：Python+requests+pytest+yaml+alluer+Jenkins；

web自动化测试方向：Python+selenium4+pytest+POM+allure+Jenkins；

学习自动化测试我看下边的这些视频教学感觉挺不错的，朋友也在看这个视频学习，主要有免费的项目配套学习，感觉还是很香的。

python自动化学习视频（零基础的也有）：

软件测试工程师门槛低，如果你大学毕业是计算机相关专业毕业的，建议到大厂里学习，当前大厂对测试的要求几乎是自动化测试，懂语言，功能测试已非常少了，华为现在推全栈开发，测试主要负责自动化流水线、安全、性能。如果你起点低，可以先到小厂和自动化要求不高的公司里，学习基本的测试技能，提供自动化开发水平，测试理论和学习一门语言，然后到大厂的外包或次一点的大厂里，继续提升自己的测试水平。再来就是面试大厂的测试开发了。一步步提升自己。

怎样才能成为一个合格的软件测试工程师？需要哪些技能？需要怎样的素质呢？在现在的软件市场中，软件测试的作用是什么？

我们先来看软件测试的作用，了解了软件测试的作用，我们才能知道市场对于测试人员的要求。

经过这么多年的发展，软件开发公司都认同了测试的重要性。大型公司，在大力发展测试部门，对于测试人员的要求也在提高。但是还有很多中小型公司，因为人力成本及组织架构的因为，常常选用开发人员来兼任测试，但是开发人员自己写的代码、开发的软件，在测试时候更容易一叶障目，无法发现程序的错误，这是再好的开发人员也无法避免的事情。

那么我们在讨论对于软件测试人员的要求时候，首先他得是一个独立的测试人员，不受开发身份所局限的测试人员。其次他需要具备一定的技能。那么他需要的是没有的技能，才能让他在测试时候更好的发现问题呢？

下面我们来盘点对于测试人员的技能要求。

一、编程语言技能

虽然我们说测试人员最理想的状态是独立于开发，但并不是说他不用懂编程。一个不懂编程的测试人员是无法更敏锐的察觉程序的错误。

1. 掌握python的基本用法：能写简单的脚本或小型的应用，用于面对测试和运维交叉的领域时能够更好解决问题。

2.要懂点Java。目前Java的工作机会比python多。一点Java都不会也可以找到好工作，但要是需要更多机会，你必须要对Java有所了解。另外你也可能遇到用Java做主语言的测试框架，这类框架很多公司都有。如果你所在的公司用Java做开发，那么你还可以处理一些测试与开发交叉的领域的问题。另外面试常见问题很多和Java有关。

二、基本技能

1.对计算机网络的基本了解:HTTP，TCP，IP的协议了解；

2.抓包工具：fiddler，wireshark，tcpdump之类，要有基本了解；

3.熟悉linux基本概念和命令。

4.简单的shell脚本。

5..html，css，Javascript，bootstrap，jquery

三、测试工具

1.熟悉自动化测试流程、管理以及测试框架等等，如功能测试工具WinRunner、QuickTestPro，熟悉一些主流的软件工程方法论和思想，如RUP、CMM、CMMI、XP、PSP、TSP；了解软件工程，软件生命周期模型基础，了解软件配置管理等。

2.学习性能测试工具

JMeter：是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试，可以用于测试静态和动态资源例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、 数据库， FTP 服务器等等。JMeter 可以用于对服务器、网络或对象模拟巨大的负载，来在不同压力类别下测试它们的强度和分析整体性能。另外，JMeter能够对应用程序做功能/回归测试，通过创建带有断言的脚本来验证你的程序返回了你期望的结果。他的优势是安装方便，且是开源软件，是免费的，所以很多小公司在进行性能测试时候会使用这个工具，但是它的劣势也比较明显，它在进行系统性能时无法模拟真实情况测试，且做较大的性能项目时候无法有效的进行测试。这个软件的学习一般可以自己购买书籍自学即可，难度不会太高，是最开始进入性能测试领域的工具优先之选。

LoadRunner：最初是Mercury公司的产品，2006年Mercury公司被惠普收购，成为惠普的产品，后来在2017年，惠普的整个软件部门被全球第七大纯软件公司Micro Focus收购，成为Micro Focus的产品。

它通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner，企业能最大限度地缩短测试时间优化性能和加速应用系统的发布。

这款软件使用的优势非常明显，在进行测试时候能够进行实时监控，来帮助更快地确认和查找问题的所在，使用LoadRunner的Virtual User Generator引擎，能够很简便地模拟应用系统的负载量。该引擎能够生成代理和虚拟用户来模拟业务流程和真正用户的操作行为。

不过他强有力的功能下是昂贵的购买费用，且这个这个工具的使用也有一定门槛。所以一般购买这个软件的是中型或大型企业，他们愿意花费这个费用去向LoadRunner厂商购买软件；不愿意花费这笔费用的小型软件开发企业也会去寻求一些破解版的工具使用，所以市面上对于会使用LoadRunner的工程师需求量比较大。但是尴尬的是市面上能够熟练使用LoadRunner的测试工程师却不多，所以LoadRunner厂商Micro Focus在近两年也有推出相关的针对LoadRunner的认证培训，在他们的官网上都可以进行查询。

此问题说来话长，要测试软件，首先要知道软件是什么，软件就是代码，分底层驱动、中层、高层。代码里面又有各种条件和分支乃至路径。。。设计一个软件的时候，正规的讲要做需求分析、总体设计、概要设计、详细设计、编码。。。那么根据这些步骤，可以设计出软件测试的测试用例，比如单元测试、集成测试、系统测试等等。然后在事先搭建好的测试环境中跑测试用例来发现、定位软件中的问题。以上就是一个软件从开发到测试的简略步骤。

懂些测试方面的理论和方法，会一点开发，会一些自动化测试工具，会写测试脚本，知道怎么报bug，然后应聘就行了。

找一个培训机构的课程表，然后把编程语言和自动化部分去掉，基本就剩下case设计，bug管理工具使用，抓包使用，然后去招聘网站看JD介绍，学习JD上面写的东西，学会了找工作，一般都能找到。