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

我最近的一份工作经历了多次业务的调动,如何快速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、其他测试物料
一些特定的测试图文和视频;

  • 34
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
def write(self, vals): audit = self.env['approval.flow'].search([('approval_cannot_run_id', '=', '修改')]) value_list = list(vals.keys()) receive_list = [] value_list_not_in_receive_list = [i for i in value_list if i not in receive_list] value_list = value_list_not_in_receive_list # 应付 dispatch_number = 0 dispatch_id = self.env['roke.dispatch.order.management.price.approve'].search([('order_id.id', '=', self.id)]) dispatch_list = ['value03', 'value04', 'value05', 'value06', 'value07', 'value08'] if dispatch_id: for rec in value_list: for dispatch_list_id in dispatch_list: if rec == dispatch_list_id: if dispatch_id.approval_status != '未提' and dispatch_id.approval_status != '驳回': raise UserError("应付费用已开始审核不允许修改") value_list_not_in_dispatch_list = [i for i in value_list if i not in dispatch_list] value_list = value_list_not_in_dispatch_list dispatch_number = 1 break if dispatch_number: break # 基础 base_number = 0 base_list = ['client', 'department_manager', 'box_number', 'shipping_companies', 'field_station', 'ship_name_voyage', 'port_of_discharge', 'box_type', 'code', 'bill__of_lading_number', 'departure_date', 'lead_sealing', 'booking_time', 'date_of_pick_up', 'encore_date', 'set_port_date', 'estimated_range', 'destination_port_arrival_time'] if value_list: for rec in value_list: for base_list_id in base_list: if rec == base_list_id: if dispatch_id: if dispatch_id.approval_status != '未提' and dispatch_id.approval_status != '驳回': raise UserError("应付费用已开始审核不允许修改") base_number = 1 break if base_number: break return super(Rokedispatchordermanagement, self).write(vals) audit审核完成如果是修改不能修改如果不是可以修改怎么写可以实现
06-13

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值