1、前置条件
1.1、需要的知识
熟透系统业务、团队成员情况 熟悉使用F12或抓包工具 了解HTTP/HTTPS协议 了解系统的架构,数据走向1.2、定位前的操作
(1)保存bug产生的记录 (2)排除低级问题 包括网络问题、数据问题(脏数据)2、定位问题思路和步骤
查看页面表现>>查看状态码>>接口的请求和返回以及js执行有无报错>>查看服务器日志>>配置问题>>经验或其他
2.1、查看页面表现
用户层面问题:用户自己的环境问题或者操作问题。如环境不通或者操作不正确等。
web页面问题:大部分与前端功能、界面和兼容性等有关,样式一般是css问题,交互一般是js问题,文本一般是html问题。主要有:
(1)兼容性问题需要,更换浏览器类型和版本查看问题是否存在
(2)样式、交互、文本等css,js,html问题,可以按F12 打开控制台,在console中查看报错信息,一般会显示报错的文件和行号 ,对于出错的信息可以在Sources下查看对应报错的资源文件,基本上都会找到错误原因的变量未定义,参数未定义等。
(3)图片不显示,浏览器右键点击图片,点击【检查】,找出图片的url,输入到浏览器的地址内,如果能打开图片,那么不显示图片的问题就是后台的问题;如果浏览器内不能打开图片,那么就是前端的问题。
2.2、查看状态码
打开开发者工具,切换到Network页签,看请求响应状态码。
4XX状态码一般表示客户端问题(也有可能是服务器端配置问题),若401,检查是否带了正确的身份验证信息;若403,检查是否有访问权限;若404,检查对应的url是否真实存在。
5XX状态码一般表示服务器端问题,若500,是服务器内部错误,需要配合服务器log进行定位;若502,可能服务器挂了导致;若503,可能网络过载导致;若504,可能执行时间过长导致。
2.3、查看接口请求返回数据以及js执行有无报错
若系统访问正常,进入操作页面,功能性报错。此时状态码200,仍有bug,需要查看接口请求返回数据,打开开发者工具,切换到Network页签,看找到对应请求,查看requests和respond。
如果请求url和参数不正确,则为前端问题;
如果请求url和参数正确,response响应内容正确,可能为前端取值错误;
如果请求url和参数正确,response响应内容不正确,则为后端问题;
如果有js执行报错,则为前端问题;
如果响应内容不正确,还可以查看数据库中数据是否正确,以具体到数据写入问题还是数据读取或缓存问题。
2.4、查看服务器日志
针对5XX问题,或检查后端接口执行sql是否正确,可以登录日志平台或服务器对应log目录下查看打印出的日志。
(1)先进入到服务器的log目录下,一般是【cd logs】或【cd var/log/】;
tail -f catalina.out //监视catalina.out 文件的尾部内容(默认10行)
(2)动态查看日志文件,【tail -f 日志文件】,查看完后【crtl+c】退出;
2.5、配置问题
有时候遇到的问题,前后端都没报错,但功能就是异常,需要检查配置情况。包括应用系统前后台配置和环境部署配置信息
2.6、经验或其他
界面、布局、兼容性、交互问题——前端
业务逻辑、性能、数据、安全问题——后端
数据库版本不一致问题
代码版本不一致问题
代码本身没错,合并代码、冲突问题等
确认偶然性问题还是必然性问题
等等
标签:web,正确,查看,问题,报错,测试,服务器,日志,bug From: https://www.cnblogs.com/listening-y/p/17212085.html