问题定位总结

这里写目录标题

  • 一、遇到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 提交数据,更新服务器资源

问题定位总结_第1张图片

常见的状态码整理

之后遇到的会在这里整理,现在还太嫩了
腾讯云有份小小的资料,点击跳转

一个小tips:
如果状态码是4**,那大概率是前端的问题
如果状态码是5**,那大概率是后端的问题

但是!!并不是一定哈,只是大致的判断

第三层

(1)查看接口:查看接口请求参数 和 响应结果

  • 如果请求没发出去 或者 参数不正确 --》 前端bug
    问题定位总结_第2张图片

  • 如果请求url 和 传参 都正确,响应数据不正确 或者 没有响应–》后端bug
    问题定位总结_第3张图片

  • 后端返回了响应 也是正确的,但是前端没有正确显示–》一般就是前端的问题

(2)查看日志:查看后端日志有无,以及错误日志信息

(3)如果定位为后端的bug,可以进一步 通过以下方法 精确定位是哪里出的bug

  • 查看报错日志,通过日志分析问题点
  • 查看数据库确认数据的正确性
  • 查看缓存是否正确

参考文章

  • 【测试总结】测试时如何定位一个bug?是前端还是后端?

你可能感兴趣的:(bug定位)