90后测试员：“入职阿里，这一次，我决定不在跳槽了”

所谓“舒适”生活

记得上一份工作是去年听从了朋友的意见&＃xff0c;“你一定要找一份舒适的工作&＃xff0c;这样你一天就有好多时间玩&＃xff0c;好多时间干自己想干的事情&＃xff0c;摸鱼真香&＃xff01;”

在这份“教导”下&＃xff0c;开始了我的找工作之旅&＃xff0c;在网站上面问HR的第一个问题就是这份工作轻松吗&＃xff1f;在经历过无数次筛选后&＃xff0c;找到了一份所谓轻松舒适的文员工作。

开始上班的时候确实是感受到了轻松的快乐&＃xff0c; 每天就是整理打印文件&＃xff0c;做表格&＃xff0c;完成任务后&＃xff0c;就开始了摸鱼的生活&＃xff0c;借着"工作"的濠头用电脑打游戏&＃xff0c;看电话&＃xff0c;不知道多快活。

工作久了&＃xff0c;就越来越觉得每个月拿着死工资&＃xff0c;头脑里没有任何的想法&＃xff0c;一天过得没有任何意义&＃xff0c;这种舒适生活真的是我想要的吗&＃xff1f;不&＃xff0c;我的初心不是这样的&＃xff01;

就这样&＃xff0c;我跳槽了…

跳出舒适圈

从去年经验过后&＃xff0c;决心应聘大厂&＃xff0c;让自己的生活更加充实&＃xff0c;找到生活的意义&＃xff0c;跳出舒适圈。皇天不负有心人&＃xff0c;在我夜以继日的努力以及老师的教导下&＃xff0c;成功入职大厂。这份工作也是我人生的一大转折点。

到现在以及在大厂测试岗位工作快一年了&＃xff0c;每天都会学到新的知识&＃xff0c;虽然会很忙&＃xff0c;没有空闲时间干自己的事情&＃xff0c;但是&＃xff0c;每天都会感受到收获的快乐&＃xff01;

值此之际&＃xff0c;总结下自己近一年在大厂的经历。希望通过我的经验及感悟&＃xff0c;能够帮助你们进一步了解大厂的测试工作。

维护上下游合作关系

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

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

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

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

测试流程规范

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

• 需求分析阶段&＃xff1a;业务先进行 BRD 评审->产品输出需求文档&＃xff0c;在进行 PRD 评审->然后开发出相应的架构设计&＃xff0c;且测试、研发要给出工作排期&＃xff0c;而后项目经理推进项目立项。
• 需求研发阶段&＃xff1a;而后进入到需求研发阶段&＃xff0c;这个时候测试就要开始介入输出相应的测试计划、测试资源安排以及测试用例。
  研发研发完毕&＃xff0c;提测前要过研发的设计文档&＃xff0c;测试的用例评审&＃xff0c;二者都过了之后要周知项目组。
• 产品进入到测试阶段&＃xff0c;测试先进行冒烟测试&＃xff0c;冒烟测试通过则开始进行分支测试&＃xff0c;分支测试完成进入到主干测试&＃xff0c;然后进行预发测试&＃xff0c;都完成后等待上线&＃xff0c;发出上线前的测试完成报告。
• 项目上线完成后要进行线上验证&＃xff0c;线上验证完成后&＃xff0c;研发、测试要同时发出上线公告以及上线完成报告。再由项目经理要周知到业务方进行功能验收&＃xff0c;项目进入到验收阶段。

重视测试业务

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

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

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

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

技术有专攻

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

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

• 缓存是什么&＃xff1f;
• 我们用的是一级缓存&＃xff0c;还是二级缓存&＃xff1f;
• 具体某个缓存的 key 是什么&＃xff0c;value 又是什么
• 缓存失效的条件是什么&＃xff1f;
• 快速掌握住上面问题就可以了&＃xff0c;你完全就可以去胜任测试涉及缓存的系统。

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

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

做为一名有8年工作经验的测试人员&＃xff0c;接下来我想分享一下这些年来&＃xff0c;我对于技术一些归纳和总结&＃xff0c;和自己对作为一名高级测试者需要掌握那些技能的笔记分享&＃xff0c;希望能帮助到有心在技术这条道路上一路走到黑的朋友&＃xff01;

1.自动化测试必备Python编程内容

2.Web UI 自动化测试基础内容

3.Web UI 自动化测试实战内容

4.APP UI 自动化测试基础内容

5.APP UI 自动化测试实战内容

6.API 接口自动化测试基础内容

7.API 接口自动化测试实战内容

8.CI/CD持续集成专项技术

9.自动化测试框架实战技术

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

这些资料&＃xff0c;还很多录制的视频教程&＃xff0c;对于做软件测试的朋友来说应该是最全面最完整的备战仓库&＃xff0c;这个仓库也陪伴我走过了最艰难的路程&＃xff0c;希望也能帮助到你&＃xff01;凡事要趁早&＃xff0c;特别是技术行业&＃xff0c;一定要提升技术功底。希望对大家有所帮助…….