测试缺陷定位的基本方法
前后端bug特征
后端:
- 业务逻辑问题:如任务状态未扭转成功,创建任务失败等
- 数据类问题:如新增的任务在页面没有展示出来等
- 性能类问题:提交任务一直显示创建中、批量操作等待耗时长超时等
前端:
- 页面显示类型问题:静态文案错误、文字大小、错误提示不友好(code码、exception异常)UI、
- 页面布局类问题:显示不全、文字排版未统一、与UI稿不一致
- 交互类问题:点击没请求接口、报错提示被吞、没有兜底提示
- 兼容性问题:不同浏览器、不同机型、不同系统、(具体显示与布局、新老版本APP功能接口数据结构兼容情况)
缺陷定位的常用方法:
- 前端未请求接口,则判断为前端bug
- 前端发出请求但是入参错误/缺少入参,则判断前端bug
- 前端发出请求入参无误,后端返回数据错误,则判断为后端bug
- 前端发出请求入参无误,后端未响应产生数据,则判断为后端bug
- 后端返回数据无误,但前端没有正确展示,判断为前端bug
定位工具:Chrome(F12:network)charles、fiddler
分析日志:
- 复现bug时后端服务日志无报错信息、接口repsonse信息无误,可初步认为与后端无交互,定位为前端bug。
- 若有相关错误日志输出,可以进一步查看错误信息,明确报错信息入参正确,可初步判断后端bug。
- 微服务可通过traceId查询,需要加英文引号'' 如(grep ' ' erro.log)
数据库分析:
- 检查DB中数据是否写入正确?
- 插入数据成功,但前端未展示需要结合抓包工具分析是后端未返回还是前端未展示
经验:
了解接口、字段命名规范、常用服务的词汇,能更快速找到对应字段映射关系,定位前后端bug