关于网页设计的网站,韶关住房和城乡建设局网站,桂林企业网,做网站的流程图点击上方“蓝字”#xff0c;轻松关注我们明天就是除夕了#xff0c;很多人都回到了老家#xff0c;吃上了妈妈做的饭菜#xff0c;这时候应该是最幸福的时刻#xff0c;我也用年前上班仅剩的几小时把 缺陷定位#xff08;二#xff09;分享给大家#xff0c;希望大家能… 点击上方“蓝字”轻松关注我们 明天就是除夕了很多人都回到了老家吃上了妈妈做的饭菜这时候应该是最幸福的时刻我也用年前上班仅剩的几小时把 缺陷定位二分享给大家希望大家能支持也祝福大家2022新年快乐幸福健康往期经典缺陷定位 | 测试发现了Bug还要分析定位Bug一 我觉得BUG分析推理定位很有意思很像侦破案件根据用户提供的各种证据信息分析推理逐步尝试复原现场最终还原案发现场这是最高光的时刻也是最荣耀的时刻也是值得他人尊敬和敬佩的所以BUG定位在我们日常工作中非常重要也是测试工程师最重要的技术手段。 BUG定位的效率度和准确度与其经验积累有着很大的关系普通的新人复现BUG是需要花费大量时间的而有着丰富的经验的人经历的BUG类型比较多看到BUG表象可以一眼大致辨识出BUG发生的原因再根据辨识结果去尝试复现效率会非常高如果辨识是错误的再尝试二次辨识。首先我们一般接到BUG可以根据情况大致划分是前端问题还是后端问题是数据问题还是业务逻辑问题是系统兼容问题还是网络环境问题等这样就可以更深层次推理复现了不能是胡乱没有逻辑性的复现BUG这样既是不效率的也是很难复现出问题的。 如果用户提供了大量的信息BUG发生的图片、视频、环境、版本号、设备信息、网络环境、场所等根据用户的操作步骤尝试测试环境直接复现如果能复现说明我们业务确实存在这个BUG如果无法复现就与用户同软件版本尝试能复现说明与软件的复现版本可能有关系无法复现再与用户使用同环境复现能复现说明与复现环境可能有关系无法复现这时就考虑与用户使用同软件版本、同设备信息、同软件进度数据、同网络环境等能复现说明与设备信息、软件进度数据、网络环境可能有关系无法复现可尝试登录用户账号信息复现如果能复现说明与用户账号数据可能有关系如果还是无法复现我们就需要进一步分析推理了。 分析BUG发生的时段和范围如果是最近1-2天才大面积用户发生可能是最近上了小版本小版本业务或改了什么逻辑导致的如果是最近1-2天个别用户发生可能是最近上了小版本某些操作逻辑下导致的如果是个别用户不能重现的偶发现象可能跟用户账号数据、网路环境、软件版本、设备兼容等有关系。 分析用户账号数据查看用户的注册时间判断是否与老账号数据兼容有关系导致的问题查看用户操作行为判断用户时候进行了异常操作导致的问题与正常用户数据对比判断是否是错误的数据导致的问题。 看到接口500一定是后端BUG吗这个应该不一定吧确实表象是后端出错了但不一定是后端BUG导致的也可能是前端传参错误、异常导致的也可能是接口A给前端返的错误、异常的数据导致前端拿错误、异常的参数进行接口B的请求出错了也可能是前端H5传递给App的参数错误、异常导致App拿到错误的参数请求接口出错了都是有可能的所以BUG的发生需要进一步分析定位和确认不能盲目的下结论。实例推理分析最近再玩抖音的年度红包活动正好碰到几个BUG现场给大家分析推理下问题1提现点立即提现报错 提现失败请重试问题发生步骤提现成功后返回提现页面再次点立即提现报错 我们一眼看到这个问题能判断应该是后端报错了大概率不会是设备兼容性问题也不会是网络环境问题因为图中网络环境是满格的我们可以看到提现金额是没有选中的故猜测是不是没有选中金额导致App传参错误后端报错的再根据推测再去抓包复现。这就是没有进行充分的接口测试导致的问题。问题2退货匹配到了物流派送员取消退货选取消原因为其他点确认报错 task_fulfillment_pickup_cancel 503取消物流失败 这个问题看起来也是后端报错了从报错信息可以看出来是取消物流失败了正常的取消物流不可能失败的毕竟是抖音大厂啊推测可能是后端处理了异常或者是前端传了异常的参数如果传了异常的参数正常取消也会报错的再次推测可能是重复取消导致的报错已经取消物流成功了再次取消报错取消失败这种问题的发生验证了我以前提到的状态测试法很有必要进行测试的。 时间太仓促了1个小时边想边写其实心里想的很多但是实际写出来真写不出来感觉写的很low很粗略大家将就看吧觉得写得好记得点赞转发给更多的朋友感谢长按关注公众号王大力测试进阶之路微信群 : wanglilitestingQQ群212683165自动化 | 性能 | 安全 | 测试开发喜欢 点下方“收藏”“在看”分享给小伙伴哦
