测试新入职，如何快速上手工作？

冬季找工作基本上已经接近尾声，群里也有不少小伙伴拿到了心仪的offer。

昨晚有一位读者问我：

这是个很好的问题，小编今天早起写了一篇文章作为答复，希望对大家有帮助。主题就是：

“作为测试工程师，当你入职一家新公司或者接手一个新项目时，该如何快速上手？”

这篇文章是假设新公司之前有一套完整测试流程的，因为每家公司情况不一样，根据自己公司的情况，哪些步骤能做就做，不能做的跳过。如果像开头那位读者的情况（无需求文档，无测试流程的话），具体请看最后的备注。

先看一下快速上手业务的思路：

1、熟悉人（前3天）

2、由浅入深熟悉项目（第1周）

3、熟悉测试环境（第1周）

4、小试牛刀，跟测项目（第2周）

5、独立负责业务需求测试（第3周后）

一、熟悉人（前3天）

先熟悉一下组内的人，大家分别是负责哪些模块，自己后续需要负责哪些模块。

了解一下你们这个方向上的RD和PM，以后有问题可以知道找谁帮忙。

找导师了解一下岗位的基本情况、工作流程和你的导师对你这个岗位后续有没有什么期待。

新人入职的忌讳：不要事无巨细的都去请教同事和领导！！！

第一个因为别人也有自己的事情要做，过分打扰同事的人职场形象不好。

第二个这样太依赖别人，自己缺乏独立思考的能力，很难得到大的成长。

二、由浅入深熟悉项目（第1周）

安装工作中必备的测试工具。

把要测试的系统、产品或者APP做个了解，知道功能入口在哪，做个体验。（花费1-2天）

了解用户是谁、提供的核心功能是什么、系统在上下游的地位是什么，有个全局性的把握。

如果系统比较复杂，可以自己画一份项目业务流程图，或者重点逻辑流程图，加深理解。

看一下之前的核心测试用例，熟悉整个系统的测试点都有哪些。

看相关的产品介绍文档、历史的PRD，假想一下如果是自己测试，应该考虑哪些要点。

注意：

不建议一上来就看接口文档。

最好是自己在了解产品的时候，顺便抓包看一下你的操作路径会调用哪些接口，把调用的接口的时机笔记记一下，此时对于接口的详细信息再针对性去查接口文档。

入职第一天开始，应该养成【随时做笔记】的习惯。

把自己的心得体会都记录下来，对后续【转正答辩获取素材】很有帮助。

三、开始熟悉测试环境（第1周）

明白怎么去切换测试环境和线上环境。

了解相关的后台配置。

了解如何去登陆后端测试服务器，以及学习看后端日志的方法（有的是登陆服务器查看，有的是有专门的日志平台查看）。

了解基本的测试数据构造的方式。

比如：如何创建一个测试账号，如何给这个测试账号赋予权限，如何查看user_id等等。

四、小试牛刀，跟测项目（第2周）

这一阶段，可以采用模仿学习的学习方式，主动协助同小组的同事进行一些简单的测试工作。

目标：

熟悉【测试流程和测试方法】，在一个完整的测试迭代里面，跟同事一起参加需求评审，参考同事如何排期、如何设计用例，如何进行测试用例评审。

【提测阶段】，学习如何处理提测流程，还有就是测试过程中常用到的测试方法，提Bug的方式，如何跟进Bug的解决，还有就是自动化的建设等等。

【上线阶段】，学习如何进行预发验证、线上验证等。

五、独立负责业务需求测试（第3周后）

目标：基本上可独立负责业务需求测试。

1.横向学习：对比业内竞品

比如你测试淘宝APP的某一块业务，你可以参考拼多多、京东在这一块业务中有什么样的能力，把自己的产品和竞品做个横向对比。因为互联网c端产品，很多功能其实都是在对齐竞品，大同小异。当你恰好碰到一个功能是参考竞品来做的，你将会更加熟悉。

2.看代码：思路由浅入深

第一步、看增量代码，不用关心全局，只需要关注你本次需求，代码改动了哪些，培养增量代码对影响测试范围的sense。

第二步、看代码结构，只需要知道每一个目录下放的是哪一类的代码、配置文件在哪以及配置文件大概包含什么内容即可。

第三步、从 接口 -> 业务层 -> RPC or 存储层  去走读代码，梳理关键接口的调用链路。

友情提示，善用 shift + cmd + F 全局搜索代码。

开头那位小伙伴想要熟悉公司需求，那本文的第二、三部分就是重中之重。如果是我碰到这种情况的话，我会着手做以下几件事：

1、和研发同学沟通，push产品经理给出需求文档，必要的情况下请上级帮忙沟通。不要觉得是新来的不敢提这个要求，需求文档是产品经理最基本的工作内容，就像测试写测试用例一样。你不写需求文档在这干嘛呢？

总之这个需求/版本来不及写的话，也要想办法去推动他下一次写。不然受罪的还是你。

等完全上手工作后，可以再着手推动建立一套固定的测试流程，无规矩不成方圆，而且即使你以后跳槽了，你在这家公司做的这些事情也都可以写到简历当中去。

2、主动邀请你的导师、产品或开发，给你做一次认真的、全方位的业务介绍。

在他们给你讲解的同时，你要带着问题去听，这样才能更好的帮助你理解业务：

产品的功能点有哪些？以及这些功能的入口在哪？产品功能的核心主流程是怎样的？主流程万一出现异常的话，最坏的结果是什么？（会不会造成资损、用户流失、用户体验变差）

这个系统、产品的全景图是怎么样的？包含哪些模块？

有没有一些行业内专业名词的解释性的文档？比如：履约是什么意思，sku是什么意思，spu是什么意思

这个系统、产品的受众是谁？ToC 还是 ToB ？

权限怎么申请？账号怎么注册？测试环境怎么切换？

依赖方有哪些？出问题找谁对接？

我们测试的边界在哪？（明确测试范围）

项目的节奏是怎样的？多久发一次版本？排期如何？

还有没有其他相关文档可供参考？

如果内容比较多，怕忘记了，沟通时候可以适当做笔记。尽量避免别人说过一次了，又反复再去询问。

另外，谈完之后，最好你能自己产出一份项目业务流程图或者记录成文档，不用很细致，主要是能够对项目有一个全局性把握。

3、熟悉测试环境。像上面说的了解如何切换测试环境和线上环境，相关的后台配置，如何去登陆后端测试服务器，基本的测试数据构造的方式等。

4、看代码。像上面说的看增量代码，代码结构以及走读代码。

5、上手写测试用例。写的过程其实也是一个熟悉业务的过程。

6、跟测项目。在你入职之前，公司是否有负责测试工作的人，有的话跟着他测一遍全流程。

行动吧，在路上总比一直观望的要好，未来的你肯定会感谢现在拼搏的自己！如果想学习提升找不到资料，没人答疑解惑时，请及时加入群： 786229024，里面有各种测试开发资料和技术可以一起交流哦。

最后： 下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】
软件测试面试文档
我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。