常用软件

Charles： 抓取http接口协议，模拟各种网络情况等功能

Postman： 编辑接口进行接口测试，可以对接口数据进行各种预处理

appium： 自动化测试

navicat： 查看数据库

git： 上传代码

multipass： Ubuntu虚拟机

ADB：

Pycharm： Python编辑appium中自动化代码

常见名词解释

Prd： 用户需求文档（就是需求，产品需要做成什么样）。

cms： 对配置参数进行修改，显示数据一般都可以在CMS中对参数进行修改，这类问题不是bug只是设置问题，如果不了解多半会被前端嫌弃。

owner： 项目负责人。

测试位置： 金刚位、次金刚位、营销位、Feed 流、Tab位

冒烟测试： 快速测试主要功能（比如这个软件是个电商，比较重要的模块就是支付、产能配置等）。

测试用例执行： 执行所有评审通过的测试用例。

回归测试： 分测试环境的回归和上线的回归，测试添加的新功能是否会对之前的其他功能有影响。

用例评审： 一般来说是产研测三方碰一下（产品、前端、后端、测试开个会），看一下测试用例中的逻辑是否和研发写的一样，和产品prd中的需求如果有偏差是改还是线上线这一版本，下一版再改。

合并Dev： 如果一个APP同时改好多功能，分不同项目组编写，一般要先合并Dev之后再进行回归。

回滚： 看之前版本的软件

全流程通路： 比如约一个保洁阿姨，在后台从顾客下单到分配阿姨到阿姨上门到尾款结付都走一遍就叫全流程通路进行测试，冒烟的时候会针对支付功能和产能分配这种很重要的通路先进行测试。

埋点： 企业需要对产品的数据进行分析，所以要设置埋点，将需要的数据返回出来。

提升NPS：

提测编写测试用例用例评审冒烟测试全流程测试（测试用例执行）测试版回归演示（产品验收功能）上线版回归