问题定位总结
这里写目录标题
- 一、遇到bug怎么做?——第一时间存证!!
- 二、定位bug的方法?如何确定是前端bug还是后端bug?
- 第一层:大致确定
- 第二层
- 1. 关注状态码
- 常见的状态码整理
- 第三层
- (1)查看接口:查看接口请求参数 和 响应结果
- (2)查看日志:查看后端日志有无,以及错误日志信息
- (3)如果定位为后端的bug,可以进一步 通过以下方法 精确定位是哪里出的bug
- 参考文章
一、遇到bug怎么做?——第一时间存证!!
遇到bug时,一定要第一时间 封锁现场,并且 截图 或者 录屏
–》因为你不知道之后是否还能将他复现出来
二、定位bug的方法?如何确定是前端bug还是后端bug?
第一层:大致确定
- 前端bug特性:界面相关,布局相关,兼容性相关,交互相关
- 后端bug特性:数据相关,安全性相关,逻辑性相关,性能相关
第二层
1. 关注状态码
1.1 看到一个很牛逼的类比:
HTTP方法 | 对应的SQL命令 | 方法说明 |
---|---|---|
GET | SELECT | 从服务器里查询资源 |
POST | INSERT | 提交数据,更新服务器资源 |
常见的状态码整理
之后遇到的会在这里整理,现在还太嫩了
腾讯云有份小小的资料,点击跳转
一个小tips:
如果状态码是4**,那大概率是前端的问题
如果状态码是5**,那大概率是后端的问题但是!!并不是一定哈,只是大致的判断
第三层
(1)查看接口:查看接口请求参数 和 响应结果
如果请求没发出去 或者 参数不正确 --》 前端bug
如果请求url 和 传参 都正确,响应数据不正确 或者 没有响应–》后端bug
后端返回了响应 也是正确的,但是前端没有正确显示–》一般就是前端的问题
(2)查看日志:查看后端日志有无,以及错误日志信息
(3)如果定位为后端的bug,可以进一步 通过以下方法 精确定位是哪里出的bug
- 查看报错日志,通过日志分析问题点
- 查看数据库确认数据的正确性
- 查看缓存是否正确
参考文章
- 【测试总结】测试时如何定位一个bug?是前端还是后端?