分析定位bug

常用小技巧方法
1.分析问题场景进行预判
先查看页面表象，根据问题表象判断问题可能出现的原因，然后缩小范围，并准备好录制工具，录制问题。

系统页面无法正常访问的提示“5开头（如 500错误）”的找后端，“4开头（如 404错误）”的先检查请求地址或者对应的权限，进入系统页面正常打开，提示异常代码错误的直接找后端。

进入系统页面展示异常图片（视频）提示，如“Flash未安装”等信息，如果安装Flash后还不行则找前端，界面UI展示兼容性错误找前端。

如若系统访问正常，进入操作页面，出现功能性报错信息，就进入下面环节——抓包查看对应请求体、后台日志等。

2.关注请求体的状态码

 

 

4**开头的状态码一般都是客户端（前端）的问题；例如常见的404错误，确认下是否是请求的地址有错，403确认是否有权限访问。

5**开头的状态码一般都是服务端（后端）问题，例如常见的500错误，则表示是服务器内部错误，503网络过载导致服务端延时，502服务器崩溃等。

3.关注请求的入参与响应数据

通过访问报错的页面，加载错误请求时我们通过F12分析请求包，查看对应的入参以及响应数据。

例如：请求入参错误，那么该bug属于前端的错误；入参标准可以根据前端页面的输入的内容或者选择的内容进行核验，入参格式以及是否必填等可以对应接口文档去进行分析或与开发确认。

例如：请求未响应或者响应数据错误，那么该bug就属于后端的错误，一般是数据库查看报错，例如删了某个表查询报空指针错误等。

 如果请求的入参或者响应数据都没问题，可以跟开发反馈是不是浏览器解析的问题，可以换个浏览器测试。

4.查看日志
针对服务端的报错，我们可以登录日志平台或者服务器对应Log目录下查看打印出的日志。

常用查看日志命令tail , 通过tail -n [最近行数] |grep [关键字] 进行快速检索关键词、接口名等相关内容。

拿到对应的日志，将日志文件贴进bug单，指派给后端，提高专业性，测试人员也要养成看日志的习惯，看着看着就懂了。

5.经验法则
在系统前端页面碰见服务器配置相关报错的信息，例如Nginx***、代码以及SQL相关的提示报错后，直接找后端处理。

前端字符校验、格式校验等，浏览器界面UI兼容性以及插件问题直接找前端。

 

版权声明：本文为CSDN博主「测试界的飘柔」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/m0_67695717/article/details/128024517