【软件测试】web测试bug定位思路总结，“我“不再背锅...

前言

需要掌握的知识

熟透系统业务、团队成员情况；
熟悉使用F12或抓包工具；
了解HTTP/HTTPS协议；
了解系统的架构，数据走向；

定位前的操作：
保存bug产生的记录；
排除低级问题；
包括网络问题、数据问题（脏数据）；

定位问题思路和步骤

查看页面表现 -> 查看状态码 -> 接口的请求和返回以及js执行有无报错 -> 查看服务器日志 -> 配置问题 -> 经验或其他

1、查看页面表现
用户层面问题：用户自己的环境问题或者操作问题。如环境不通或者操作不正确等。

web页面问题：大部分与前端功能、界面和兼容性等有关，样式一般是css问题，交互一般是js问题，文本一般是html问题。

主要有：
兼容性问题需要，更换浏览器类型和版本查看问题是否存在；

样式、交互、文本等css，js，html问题，可以按F12 打开控制台，在console中查看报错信息，一般会显示报错的文件和行号 ，对于出错的信息可以在Sources下查看对应报错的资源文件，基本上都会找到错误原因的变量未定义，参数未定义等；

图片不显示，浏览器右键点击图片，点击【检查】，找出图片的url，输入到浏览器的地址内，如果能打开图片，那么不显示图片的问题就是后台的问题；如果浏览器内不能打开图片，那么就是前端的问题。

2、查看状态码
打开开发者工具，切换到Network页签，看请求响应状态码。

4XX状态码一般表示客户端问题（也有可能是服务器端配置问题），若401，检查是否带了正确的身份验证信息；若403，检查是否有访问权限；若404，检查对应的url是否真实存在。

5XX状态码一般表示服务器端问题，若500，是服务器内部错误，需要配合服务器log进行定位；若502，可能服务器挂了导致；若503，可能网络过载导致；若504，可能执行时间过长导致。

3、查看接口请求返回数据以及js执行有无报错
若系统访问正常，进入操作页面，功能性报错。此时状态码200，仍有bug，需要查看接口请求返回数据，打开开发者工具，切换到Network页签，看找到对应请求，查看requests和respond。

如果请求url和参数不正确，则为前端问题；
如果请求url和参数正确，response响应内容正确，可能为前端取值错误；
如果请求url和参数正确，response响应内容不正确，则为后端问题；
如果有js执行报错，则为前端问题；
如果响应内容不正确，还可以查看数据库中数据是否正确，以具体到数据写入问题还是数据读取或缓存问题。

4、查看服务器日志
针对5XX问题，或检查后端接口执行sql是否正确，可以登录日志平台或服务器对应log目录下查看打印出的日志。

先进入到服务器的log目录下，一般是【cd logs】或【cd var/log/】；

tail -f catalina.out          //监视catalina.out 文件的尾部内容(默认10行)

• 1

动态查看日志文件，【tail -f 日志文件】，查看完后【crtl+c】退出；

5、配置问题
有时候遇到的问题，前后端都没报错，但功能就是异常，需要检查配置情况。包括应用系统前后台配置和环境部署配置信息

6、经验或其他
界面、布局、兼容性、交互问题——前端
业务逻辑、性能、数据、安全问题——后端

数据库版本不一致问题；
代码版本不一致问题；
代码本身没错，合并代码、冲突问题等；
确认偶然性问题还是必然性问题；
等等；

  最后： 下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】

​​​