web网页测试bug定位详细步骤

前言

1、前置条件

1）需要的知识

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

2）定位前的操作

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

2、定位问题思路和步骤

查看页面表现 > 查看状态码 > 接口的请求和返回以及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行)

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

5）配置问题

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

6）经验或其他

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

数据库版本不一致问题
代码版本不一致问题

代码本身没错，合并代码、冲突问题等；
确认偶然性问题还是必然性问题；
等等；

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

​

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！