冬季找工作基本上已经接近尾声,群里也有不少小伙伴拿到了心仪的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%免费】
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。