90后测试新人：入职大厂，我决定不再跳槽

Posted 2022-12-12 测试员小静

从去年决定跳出舒适区，应聘大厂，截止到目前已经将近一年，值此之际，总结下自己近一年在大厂的经历。

希望通过我的感触，能够帮助你们进一步了解大厂的测试工作。

维护上下游合作关系

在大厂，人际关系非常重要，为什么要把它放在第一位，是因为在大厂里做测试的时候，所涉及的系统错综复杂，种类繁多，经常要进行上下游的联调测试.

我刚开始的时候，测试联调找不到相关的责任人，使得自己在测试工作中浪费了大量的时间和精力，所以进入大厂之后，一定先要：

首先，梳理自己负责系统的上下游联系人，将其联系方式整理起来，方便后续查询联络，可以参考下面表格进行简单汇总即可。

其次，维护好自己与前辈的关系，保持自己的谦逊态度，无论您的工作经验多么丰富，对于新公司，您就是新人，遇到不懂的流程、业务要多问多总结。

最后，你入职后，可以通过公司指定平台学习入职规范以及后续工作展开需要的系统、工具，入职前几天，一定要珍惜机会，认真阅读，常用的功能最好自己操作一遍，会为后续工作节省时间。

遵守规范别掉队

在大厂的第二点感触是，测试流程非常规范，一般情况下都要严格按照软件生命周期的步骤进行推进，具体执行过程为：

需求分析阶段：业务先进行 BRD 评审->产品输出需求文档，在进行 PRD 评审->然后开发出相应的架构设计，且测试、研发要给出工作排期，而后项目经理推进项目立项。

需求研发阶段：而后进入到需求研发阶段，这个时候测试就要开始介入输出相应的测试计划、测试资源安排以及测试用例。

研发研发完毕，提测前要过研发的设计文档，测试的用例评审，二者都过了之后要周知项目组。

产品进入到测试阶段，测试先进行冒烟测试，冒烟测试通过则开始进行分支测试，分支测试完成进入到主干测试，然后进行预发测试，都完成后等待上线，发出上线前的测试完成报告。

项目上线完成后要进行线上验证，线上验证完成后，研发、测试要同时发出上线公告以及上线完成报告。再由项目经理要周知到业务方进行功能验收，项目进入到验收阶段。

可以看到在大厂中，每一步的测试工作都必须严格按照规范进行，不允许出现遗漏，哪一个环节没有按照要求进行，后面出了问题，第一责任人就是你。

重视业务勿放松

还有最需要强调的一点，不要一味的去追求技术而轻视业务。

技术只是解决问题的辅助手段，且技术的迭代更新快速，我们必须要切记软件测试的初衷——“user story”，用户故事。

也就是要了解业务需求，在大厂你必须了解上下游的业务，如果一味的只关注于自己测试的系统，无异于管中窥豹。

且对于业务的熟稔程度，绝不仅仅是依赖于需求文档描述中的只言片语，这里笔者将自己为了了解业务而问的问题分享给大家。

上面的产品三问如果产品回答的与自己理解有偏差或者没有彻底解决自己的疑惑，这个时候一定要深入业务，否则就会有风险。

例如我们最常见的下载功能，如果我们只按照功能测试的思路，将文件正常下载、查阅没问题就认为通过，进而觉得没必要去了解业务，到了线上用户下载的数据量巨大，数以百万计，大概率就会暴露出超时下载的异常，可能您会说这不应该是性能测试所考虑的吗？

我们要知道，我们作为系统测试的执行者，虽然不必去做全链路的性能测试，但是性能的漏洞必须要敏锐识别，这样早些了解线上实际发生的下载量以及未来一段时间的预估量，而后模拟造数，进行下载，完全可以在测试环境就将该问题进行暴露且及时解决。

技术有专攻

大厂的技术栈非常丰富，MQ、缓存、微服务、React、Mobx等等，看起来琳琅满目。

我们不可能一口吃个胖子，将所有的技术在短时间内吃透，这个时候就需要我们立足于自己的测试项目向外延伸，遇到不懂的多学习、多积累，且学习的目标以快速使用为前提，重要理论为辅助。

例如遇到测试的项目，开发采用了缓存技术，我们作为测试之前并没有接触过，这个时候必须先快速弄清楚：

缓存是什么？

我们用的是一级缓存，还是二级缓存？

具体某个缓存的 key 是什么，value 又是什么

缓存失效的条件是什么？

快速掌握住上面问题就可以了，你完全就可以去胜任测试涉及缓存的系统。

那么接下来就是你提升的时刻，你可以自己在本地仿照公司的技术栈，本地搭建一套缓存，切实使用下，那么是否有适合测试应用的场景呢？

答案是肯定的，比如我们做自动化的时候，需要将用例的预期结果与实际执行结果做判断，这个时候，我们完全可以将预期结果放置在缓存中，在和实际结果比对，这就是一个很好地应用缓存的场景，这样下来，你对缓存从无知到了解再到应用，就形成了一个完整的学习闭环，以此类推，其他新的技术你也肯定可以很快掌握。

最后无论身在大厂，亦或是想要进入大厂，都能从我的经历中有所收获，长路漫漫，我们一起加油！

为了帮助大家迅速建立测试思维能力，早日斩获大厂Offer、掌握职场话语权，下面这份《软件测试全栈学习路线图》应该会对你很有帮助

 最后分享我整理的这份2021年可能是最全的软件测试工程师发展方向知识架构体系图。

一、Linux必备知识
Linux作为现在最流行的软件环境系统，一定需要掌握，目前的招聘要求都需要有Linux能力。

二、Shell脚本
掌握shell脚本，包括shell基础与应用、shell逻辑控制、shell逻辑函数等。

三、互联网程序原理
自动化必由之路：前端开发基础知识以及互联网网络必备知识。

四、mysql数据库
软件测试工程师必备Mysql数据库知识，不仅仅停留在基本的“增删改查”。 ​

五、抓包工具
Fiddler、Wireshark、Sniffer、Tcpdump各种抓包工具适用于各种项目，总有一款适合你。

 ​

六、接口测试工具
接口测试神器，你绕不开的强大工具：Jmeter。小巧灵活：Postman。

七、Web自动化测试Java&Pyhton
了解自动化的目的，熟练掌握testng&unittest自动化框架，以及断言与日志处理。 ​

八、接口与手机自动化
专业接口调用、测试解决方案。组建完整的web和接口自动化框架，Appium整体使用。 ​

九、敏捷测试&TestOps构建
揭开TestOps的神秘面纱，持续集成Jenkins框架烂熟于心。

十、性能测试&安全测试
软件测试的彼岸：性能测试和安全测试，选对方向，努力爬坑吧！

上面就是我为大家整理出来的一份软件测试工程师发展方向知识架构体系图。希望大家能照着这个体系在3-4个月完成这样一个体系的构建。可以说，这个过程会让你痛不欲生，但只要你熬过去了。以后的生活就轻松很多。正所谓万事开头难，只要迈出了第一步，你就已经成功了一半，等到完成之后再回顾这一段路程的时候，你肯定会感慨良多。

看完这篇内容后，相信以下两件事，也会对你的个人提升有所帮助：

1、 点赞，让更多人能看到这篇文章，同时你的认可也会鼓励我创作更多优质内容。

2、 让自己变得更强：想一想，如果你想在测试这个行业一直做下去，你的经验和测试技术是远远不够的，你需要进阶，你需要丰富你的技术栈！还等什么！

最后:【可能给予你助力的教程】

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

关注我的微信公众号：【程序员小濠】就可以免费获取了~

如果你不想再体验一次自学时找不到资料，没人解答问题，坚持几天便放弃的感受的话，可以加入我的软件测试交流群：175317069 大家一起讨论交流，里面也有各种软件测试资料和技术交流

如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！