常用软件
Charles: 抓取http接口协议,模拟各种网络情况等功能。
fiddler也可以。
Postman: 编辑接口进行接口测试,可以对接口数据进行各种预处理。
appium: 自动化测试
navicat: 查看数据库
git: 上传代码
multipass: Ubuntu虚拟机
ADB:
Pycharm: Python编辑appium中自动化代码
常见名词解释
Prd: 用户需求文档(就是需求,产品需要做成什么样)。
cms: 对配置参数进行修改,显示数据一般都可以在CMS中对参数进行修改,这类问题不是bug只是设置问题,如果不了解多半会被前端嫌弃。
owner: 项目负责人。
测试位置: 金刚位、次金刚位、营销位、Feed 流、Tab位
冒烟测试: 快速测试主要功能(比如这个软件是个电商,比较重要的模块就是支付、产能配置等)。
测试用例执行: 执行所有评审通过的测试用例。
回归测试: 分测试环境的回归和上线的回归,测试添加的新功能是否会对之前的其他功能有影响。
用例评审: 一般来说是产研测三方碰一下(产品、前端、后端、测试开个会),看一下测试用例中的逻辑是否和研发写的一样,和产品prd中的需求如果有偏差是改还是线上线这一版本,下一版再改。
合并Dev: 如果一个APP同时改好多功能,分不同项目组编写,一般要先合并Dev之后再进行回归。
回滚: 看之前版本的软件
全流程通路: 比如约一个保洁阿姨,在后台从顾客下单到分配阿姨到阿姨上门到尾款结付都走一遍就叫全流程通路进行测试,冒烟的时候会针对支付功能和产能分配这种很重要的通路先进行测试。
埋点: 企业需要对产品的数据进行分析,所以要设置埋点,将需要的数据返回出来。
提升NPS:
测试用例编写注意事项
- 测试用例的优先级设置,P1-P4,P1优先级更高,只要有问题功能完全不能用的话就可以设置为P1或者P2,如果只是显示问题、弹窗、跳转问题可以设置为P3或P4.
- 用例名称要求写完之后其他人执行也可以看懂,一般要包含前置条件、执行方法等,一眼就能看懂功能的名称就是好名称。
测试小程序环境注意
- 一般来说只有单位内网可以打开测试环境,如果居家记得开VPN
- 打开调试
测试流程
提测
编写测试用例
用例评审
冒烟测试
全流程测试(测试用例执行)
测试版回归
演示(产品验收功能)
上线版回归