【新成员lading必读】测试工作者在新团队需要主动了解的内容（持续更新中）

我最近的一份工作经历了多次业务的调动，如何快速lading，想和大家分享一下～

一、公司/团队的规章制度

1、公司的规章制度：

• 主要是上下班时间、午休时间、请假规则（一般会有员工手册或者小组内部的新人文档培训）；

2、晋升述职制度：

• 这个建议不要公开打听，目的也只是为了确认是否存在有频次的述职，方便自己提前准备材料。

3、常用工作软件

• 可以先确认下是否对正版有强诉求；
• 有工程团队的话，一般还会有很多自研软件或平台；
• 同期下载并安装一些通用的软件，后续发现有要求再换也可以。

- 推荐软件：
- SwitchHost，环境切换工具（PC本地，配合抓包工具也可以辐射APP），下载地址：https://github.com/oldj/SwitchHosts；
- Charles，抓包工具。
- 企业内部聊天工具。
- 浏览器。
- xmind，思维导图，我们一般用来写用例。
- postmen，接口测试工具，有很多代餐。
- Navicat，数据库连接工具，有很多代餐。
- 编程IDE，PyCharm（python）、GoLand（golang），IntelliJ IDEA（java）。
- git，代码分支管理工具，下载地址：https://git-scm.com/download。
- VPN

4、其他小组内部制度

• 包括但不局限于：周报\周会\OKR\工时和任务管理。

二、快速梳理业务架构与合作方

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、其他测试物料
一些特定的测试图文和视频；