测试工具&用途
1.switchhost：切换host，测试环境下发布了新的代码，工具上配置内网IP地址+待测URL的域名后，即可直接访问URL地址
2.navicat：连接mysql数据库工具，执行各种sql语句
3.xshell：连接Linux服务器的工具，查看各种文件(各种logs)/修改服务器配置文件等
4.pycharm：编写&调试python代码的编译器工具
5.fiddler/tftpd：电脑端和手机端的连接工具，常用于客户端上内嵌的H5测试使用
6.xmind：编写测试用例的工具
7.git：管理代码
功能测试框架
Ps.针对每个需求，我们怎么可以多方面的设计用例，减少漏测的可能性
被测对象：web/H5/App/小程序/一支笔/一部电梯等
1.正常功能
1)产品的功能涉及到的流程都要测试一遍，比如一部电梯，按上升键，电梯能正常上去；按下降键，电梯能正常的下去；按到5层，电梯能停到5楼等
2)产品的功能涉及到输入框的，所有的输入框都要输入一遍，合法的或者非法的字段
3)产品的功能涉及到按钮的，所有的按钮都要点一遍
4)产品的功能涉及到与其他系统配合使用的，需把两种系统的相互影响的情况也都测试一遍，比如两部电梯，一部在3层，一部在5层，用户点击上升键，3层电梯会下降，5层的电梯则需保持不动等
注：可结合等价类和边界值来设计相关用例
2.异常情况
1)产品涉及到输入框，输入一些非法的数据
2)产品涉及到一些流程的，使用错误的步骤
3)断网/断电
3.兼容性
1)不同操作系统：pc/mac/ios/安卓
2)不同的浏览器：Safari浏览器/安卓自带浏览器
4.UI
产品有无按照交互和视觉文档进行设计
5.不同的网络配置
1)WiFi
2)4G网络：移动/联通/电信
3)5G网络
6.竞品测试
类似产品之间功能比对/流程比对/app占用空间大小
7.易用性测试
产品使用起来是否符合用户习惯
8.文档测试
1)帮助文档：有无错别字/语句有无不通顺
2)界面提示：提示是否有好
9.接口测试
10.性能和压力测试
未接触过，待补充
被测对象：App(Pc/Mac/iOS/安卓)
1.安装
1)不同的操作系统，如iOS10/11/12/13等不同操作系统下安装app，app是否能正常启动，至少保证主流系统无问题
2)纯新安装：系统上无此app，进行安装
3)覆盖安装：系统上已有此app，进行安装，分两种情况：a.app使用过程中进行安装；b.app未使用过程中进行安装
4)安装完成新版本之后，需检查旧版本的数据是否全部同步至新版本上，确保数据流无丢失
2.卸载：
1)app使用过程中进行卸载
2)app非使用过程中进行卸载
3)卸载之后的一些遗留文件
3.更新
1)最近两次版本升级到最新版本有无异常
2)比较旧的版本升级到最新版本有无异常
3)强制更新：旧的版本打开后有无弹窗提示，且弹窗无法关闭
bug预防
注：汇总的一些易忽视的点/bug单/线上bug
1.倒计时：活动倒计时/开奖倒计时等，测试中需去服务器上修改时间，查看时间正常倒计结束后，页面有无问题，比如页面是否会锁死；同时需要注意手动修改手机端的时间为倒计时时间，需确保页面无问题
2.下拉框：分别选择首尾两项的筛选内容，查看显示是否有无问题
3.输入框：输入ABA格式的数据，查看去重功能有无异常
4.登录注册(核心业务)：涉及到相关的迭代优化，不管多小的改变，一定要验证Chrome浏览器/iE浏览器/iOS客户端/安卓客户端/pc端/Mac端的登录有无异常，且除验证基本的账号登录外，还需验证第三方账号的登录
5.金钱方面：需增加外汇考虑，比如常规的美元/港币/人民币验证
6.邮件中的url的有效性：为账号绑定邮箱时，需验证分别给两个邮箱发邮件后，先收到邮件的邮箱中的URL链接失效的问题
复现操作步骤：
1)输入一个邮箱A，点击发送邮件
2)输入一个邮箱B，点击发送邮件
3)点击步骤1中的邮件URL连接，需显示链接已失效[错误做法：绑定成步骤2中邮箱B]
7.答题活动类：
1)当某个任务可跨周重复执行时，需手动修改服务器的时间将时间变更成下周后，检查重新完成任务是否有无问题。比如答题活动，任务可跨周完成，跨周完成获得答题机会后需能正常答题
2)需检查答题剩余次数是否可跨周保存
8.功能迭代类的需求，需检查以前的单，看看有些实现方式上有无跟现有的方式有差异的地方。有差异的地方，需第一时间指出
9.活动迭代的需求，一定要考虑存量的用户在迭代后的活动上的表现
10.web页面的红点或其他类似提醒显示，需检查手动刷新页面之后红点是否会消失；同步需检查点击红点后，红点需消失
11.小程序消息订阅时会对用户的昵称有限制，需控制在20个字符以内；同步也可检查微信昵称带有表情包的时候，生成的账号昵称显示有无异常
12.小程序下拉页面，需可以自动刷新页面
13.活动类，同类型的奖励可通过不同场景触发时，需检查有无计算错误，比如一个用户可通过被邀请人获得LV2奖励，也可自己作为邀请人获得LV2奖励
14.测试的系统的接口来自于其他项目内时，一定要问清楚其他项目跟接口相关的数据库信息，确保数据流走向无异常，不能仅简单以接口调通即可，以防调用的接口本身就有问题。
15.涉及到前端判断的逻辑，可借助于F12的console来协助定位bug产生的原因，一般是输入_params或_playloads
16.设计到XX账户可开通的情况，一定要考虑到XX账户是否可关闭的场景，需求评审的时候可提出。
17.使用某一类券的时候，可分别返回不同币种的金额时，一定要构造不同的场景分别覆盖，确保返佣显示正常。
18.二维码本质是一个url链接【可通过草料网站进行生成】，使用扫码工具进行扫码的时候实质是就是访问url链接，从安全角度出发需要隐藏url链接，需重定向其余链接。
19.访问url链接可出不同类型的值，比如集5福，扫二维码本周可出敬业福，下周可出爱国福，一定要检查星期天扫二维码有无异常，且0点跨周后扫码是否有变化
20.分享图片/复制图片上的文案/保存图片等场景下，一定要查看图片保存有无异常，文案保存有无异常，分享显示有无异常
21.认证某项权限，比如企业员工认证，一定要考虑取消认证后表现上有无异常
22.微信内需要验证带登录态，首次访问url链接，完成url内的相关操作后检查是否有异常
23.展示类的兼容性问题，先看能不能稳定复现，如果不能稳定复现，出现概率低于10%的可以不用提出，高于10%的需要提bug单
24.页面存在一些默认的筛选项的时候，需要跟产品确认筛选项是否已完成相应的配置，以免出现数据不同步导致用户完成操作后未出现预期的结果
25.已验证的功能，属于新需求的部分功能，关于这部分功能需要走一个回归验证，避免代码合并过程中有问题/新的配置修改导致已有功能未按预期方式实现
26.多语言检查，主页面会选择机翻，但需重点检查弹窗/toast/按钮/图片/icon等非页面内容是否也同样适配了多语言
27.完成30张期货交易可获得XX奖励，期货交易需考虑跨市场完成任务，接口关于笔数的计算是否有误
28.兼容性验证，一定要涉及主流的app，如微信/Facebook/WhatsApp，特别涉及到图片上传的页面一定要覆盖iOS/安卓客户端
29.拉新活动中，涉及到邀请拉新，一定要与产品再三确认成功邀请的定义，并针对定义覆盖没有绑定邀请关系和绑定邀请关系两种场景
探索式测试
1.结合自己的一些经验+bug预防的点
2.回归验证的时候【把自己当用户】，可对照需求重头开始走一个正常主流程，做到double检查：
1)涉及到奖励模块，需覆盖所有的发奖场景
2)涉及到安全中心/消息系统模块，需覆盖所有主流程的业务流程操作
3.可借助接口/数据库/开发技术方案/F12/日志，提高自己定位bug的能力，即弄清楚数据流走向：
1)当bug是前端部分产生的，可借助F12的console检查哈有无报错；通过F12查看接口有无报错；还可查看日志有无记录
2)当bug是后端部分产生的，可通过F12查看接口有无报错；还可查看日志有无记录；可检查数据库有无相关记录
3)参加开发技术方案评审，弄清楚数据走向，即重点关注数据库/redis。用户触发相应任务后需同步检查数据库/redis存储与预期是否一致，有些bug前端表现是无问题，但通过检查数据库/redis会发现有些写入是存在问题的
使用这些方法，来提高自己定位bug产生的原因
