经典bug、测试相关（通用）
1.权限相关
角色a，可设置不同tab的权限；
员工A，可勾选不同角色，单选/多选；
bug：员工A、员工B同时拥有角色a，员工A去掉角色a的权限，员工B也无角色a的权限了；
原因：删除角色时，未加员工的条件；
2.权限相关
可禁用角色a；
员工A，关联角色a；
bug：编辑员工A，显示无角色，但可保存成功；
原因：已关联的角色，也应校验是否启用状态；
3.支付相关
一条订单可微信支付、微信扫码支付；同时订单可变更；
bug：一条订单可重复支付；
解决方案：设置微信扫码支付的过期时间；未过期，可支付、不可变更；已过期，不可以支付、可变更；
4.提现相关
订单<=1万，可一次提出；同时一条只能提一次；提现依赖a、b服务；b服务发送转账申请；
bug：提现发起的同时发起转账申请；提现订单过多，超长b服务记录该字段的长度，转账申请已发出，但b服务未正确记录，导致a服务仍然可以发起提现；
解决方案：发起提现申请成功后，再发起转账；b服务，记录订单的字符加大长度；提现订单过多的，b服务直接截断记录；
5.时间相关
默认时间、重置后的时间、起止时间（起00:00:00，止23:59:59）、时间选择有限制、无限制；
时间（如，1624031999999，毫秒级；还有秒级的时间戳）一般为unix时间戳，可通过转换查看请求时间；
6.页面展示相关
页面展示错误；
1.查看请求的域名：dev环境、测试环境？
2.查看请求的参数；请求加密，无法查看的；可通过数据库查看；可能需要使用json解析、url解码等；
7.短信/公众号通知
消息内容涉及条数的是动态的数字还是固定的？
公众号通知，需先关注公众号获取openid、unionid；
openid是微信用户在公众号appid下的唯一用户标识（appid不同，则获取到的openid就不同），可用于永久标记一个用户，同时也是微信JSAPI支付的必传参数。
关于UnionID机制
1、请注意，网页授权获取用户基本信息也遵循UnionID机制。即如果开发者有在多个公众号，或在公众号、移动应用之间统一用户帐号的需求，需要前往微信开放平台（open.weixin.qq.com）绑定公众号后，才可利用UnionID机制来满足上述需求。
2、UnionID机制的作用说明：如果开发者拥有多个移动应用、网站应用和公众帐号，可通过获取用户基本信息中的unionid来区分用户的唯一性，因为同一用户，对同一个微信开放平台下的不同应用（移动应用、网站应用和公众帐号），unionid是相同的。
8.导入文件
错误，提示第n行有错误；
正确（全部校验成功），提示成功；
xx重复，提示xx重复；
正确，则执行导入文件成功；错误，则不执行导入文件；
9.通知相关
页面弹窗提示；
短信提示；
公众号通知；
10.支付方式
微信（小程序、二维码）
支付宝
钱包（沙河支付、正式支付）
苹果
对公转账
11.订单相关
支付、跟进信息、流转、成交、退款；
进入、处理流转、结束（成功/退款/取消）；
12.创建数据的几种方式：
1.GUI ;（手动页面操作、UI自动化）；
2.基于API调用生成；（业务复杂的情况下，需调用多个API）;
3.基于数据库操作生成；(一个业务操作设计到的表往往不止一张，容易遗漏）；
13.绿码如何测试？
1.用户信息如何识别？ 如何确定登录的是哪个账号？如何认证？
2.生成这个码，需要调用哪些接口，自己做？
2.红、黄、绿码的变化规则是什么？
3.如何某个地区变成高风险地区，如何获取这个地方的信息，以及码是如何变化的？
4.如何防止用户篡改信息？
14.切换用户等，可能会影响某些功能的使用
仍然使用之前用户的服务商等，造成
如线索申诉功能的展示、线索申请授权无法使用；
15.bug的定义
1.功能不符合需求；功能多写/少写；增删改查的问题；
2.不符合用户使用习惯；
3.兼容性问题；
4.B、C端展示不一致；
5.公共组建引起的bug；
6.缓存引起的bug；
7.历史脏数据；
16.用例失败的原因，非真正缺陷引起的
1.某个服务的版本部署不对
2.数据库脏数据
3.测试用例写的有问题
4.测试运行时，有人手动执行了一次定时任务，把流水捞走了 （达到相应条件，进入线索申诉池，未改配置，相关用例未能测到）
5.消息串了，（测试环境很多服务器接收消息，如dev环境）
17.自动分配线索功能测试
1.基本功能设置：手动分配、自动分配、自定义自动分配（按区域、按线索类型、按驾校等） ；
2.思考
可新建多少个分配规则？
员工开启自动分配，才可以进入分配规则的列表；
某分配规则，当前选择全部员工，那么继续增、删、改、查对当前选择员工列表的影响？
分配规则排序？增删改查规则，影响排序吗？
进入某个分配规则，列表的员工，分配顺序是怎样的？员工有分配权重值，按权重值由高——>低分配；
什么情况下，会重置（从新开始）分配规则；增删改成分配规则，则重新开始该规则；
18.分页相关bug
1.有分页的页面，默认展示第1页，假如此时在第2页，切换筛选条件 ，查询只有一页的数据，会怎样呢？结果：一直在请求第2页的数据；
解决办法：筛选查询时，均请求第1页；
2.小程序/h5有分页，假如为15条每页，默认加载第1页数据；此时展示在第1页数据（可以是第1条）；
然后通过WEB（其它平台）新增一条数据；此时小程序/h5，往上滑（非下拉加载），因为已加载了第1页的数据，所以此时不用请求；但下滑第2页时，也就是目前WEB端第16条，会请求第2页的数据；会造成WEB端第16条数据重复；
解决办法：下拉加载数据时，均重新请求当前页的数据；
19.活动相关的
1.用户a分享活动后，该用户a被禁用、删除， 任意用户b参与活动，提示？
2.多身份的用户，登录优先级？
3.前、中、后的效果？不太好描述的场景，一定要画图；
20.图片加载过慢，怎么办？
1.压缩一下图片，切割成多个图片。。。
21.qq号，只能输入数字，输入字母后，鼠标点击输入框后，提示“只能输入数值” 同时输入框 变成文本框，此时点击 qq号，提示“线索qq号不存在”；
乍一看是服务端报错，其实是前端处理不当造成的；
