我最近的一份工作经历了多次业务的调动,如何快速lading,想和大家分享一下~
一、公司/团队的规章制度
1、公司的规章制度:
- 主要是上下班时间、午休时间、请假规则(一般会有员工手册或者小组内部的新人文档培训);
2、晋升述职制度:
- 这个建议不要公开打听,目的也只是为了确认是否存在有频次的述职,方便自己提前准备材料。
3、常用工作软件
- 可以先确认下是否对正版有强诉求;
- 有工程团队的话,一般还会有很多自研软件或平台;
- 同期下载并安装一些通用的软件,后续发现有要求再换也可以。
- 推荐软件:
- SwitchHost,环境切换工具(PC本地,配合抓包工具也可以辐射APP),下载地址:https://github.com/oldj/SwitchHosts;
- Charles,抓包工具。
- 企业内部聊天工具。
- 浏览器。
- xmind,思维导图,我们一般用来写用例。
- postmen,接口测试工具,有很多代餐。
- Navicat,数据库连接工具,有很多代餐。
- 编程IDE,PyCharm(python,确认下python 几)、GoLand(golang),IntelliJ IDEA(java)。
- git,代码分支管理工具,下载地址:https://git-scm.com/download。
- VPN
4、其他小组内部制度
- 包括但不局限于:周报\周会\OKR\工时和任务管理。
5、邮件
- 邮件组(还有自己需要加入的邮件组)。
- 发送邮件的格式。
二、快速梳理业务架构与合作方
1、确认业务:
- team负责了哪几块业务,对应的线上业务地址或者APP是什么;
- 自己所属小组分工是什么,自己的定位又是什么(一开始也许是不能确定的,还在考核期);
2、确认合作方:
- 主要是业务上下游、所对接的一些同事(这个不着急,做几个项目自然就认识了);
- 如果到实线小组长以上,可以主动约一下合作方同级别小组长认识一下;
3、业务发布流程
- 知道自己的业务从立项到上线,一共需要经历哪些(比如测试要经历几个环境、跟版的需求合入到提审的节奏 等等信息);
- 新人在这里特别容易翻车:
- 测试环境:同公司可能出现不同测试环境问题,不同业务发布前要经过的环境也可能不同(我负责过的活动类项目还有个开放前的预演),这里一定要弄清楚,否则容易出现发布问题(还有的公司由测试维护内部环境、研发维护仿真环境、运维维护线上环境),这里指的主要是:项目的一次发布要经过哪几个环境。
- 总包流程:这个一般跟项目经理密切相关,如果自己业务并非独立出包,那或许还有前置内部总包需要回归,再加上合包的编译及其他损耗,要尽可能了解清楚。
- 总包执行:有的团队总包是圈选用例给离岸测试执行的。有的是需要项目测试自己跟进。
4、迅速补齐业务知识:
我认为最好最快的办法是自己跑一遍回归用例(也可能叫:checklist/总包用例)。
辅助:看一下比较重要的线上问题+翻看一下近期的周报。
三、了解你的测试环境
1、实际的测试环境:
什么类型的测试环境、染色环境对应的hosts 等等信息;
2、测试相关的各大配置后台和权限:
KV&实验、客诉反馈和响应、需求和bug管理、crash收集渠道、监控和日志 等等。
3、代码仓
这个可以在项目中慢慢确认。也有一些人可以通过代码阅读直接了解业务逻辑。
四、专项测试情况(补充ing)
*此处根据各团队的情况,会衍生出非常多的专项,大家在公司内部慢慢了解即可,多问多做。
1、自动化测试:
基本上互联网哪家公司都跑不掉这个的!
大部分只有API和UI(但是UI的投入产出比不太好,很多公司都舍弃了)。
web UI自动化常用框架:playwright+pytest+allure;
API自动化常用框架:
2、性能测试:
A、客户端性能测试
B、服务端性能测试
3、混沌测试
4、多活
五、测试账号或其他资源信息
1、测试账号:
这里要注意,部分业务有诸多限制,比如说黑白名单、特殊权限、是否实名、外部认证,比如说不同环境有不同测试账号体系。
线上环境还有iOS沙盒测试账号,只能在规定的地方消费之类的。
2、免流卡:
有免流业务的场景,都需要用到,需要定时充值。
3、其他测试物料
一些特定的测试图文和视频;