不同技能水平的测试职员，bug剖析定位能力也有高低。这个除了须要不断总结之外，能决定你水平高低的缘故原由实在便是事情履历。系统呈现出问题时，查看对应的要求、日志信息等，我们才能去全面的定位是前端还是后真个问题，下面详细给大家先容以下几个常用方法：
01、剖析问题场景进行预判
先查看页面表象，根据问题表象判断问题可能涌现的缘故原由，进行缩小范围，并且准备好录制工具，录制问题。
系统页面无法正常访问的提示5开头的找后端，4开头的先检讨要求地址或者对应的权限，进入系统页面正常打开，提示非常代码缺点的直接找后端。
进入系统页面展示非常图片视频干系提示Flash等干系信息进行安装Flash如若还弗成找前端，界面UI展示兼容性缺点找前端。
如若系统访问正常，进入操作页面，功能性报错信息，就进入下面环节，抓包查看对应要求体，看日志等。
02、要求体的状态码
4开头的状态码一样平常都是客户端（前端）的问题；例如常见的404确认下是否是要求的地址有错，403确认是否有权限访问，详细可百度
5开头的状态码一样平常都是做事端（后端）问题，例如常见的500，则表示是做事器内部缺点，503网络过载导致做事端延时，502做事器崩溃等，详细可百度
03、关注要求的入参与相应数据
通过访问报错的页面，加载缺点要求时我们通过F12进行剖析要求包，查看对应的入参以及相应数据
例如：要求入参缺点，那么该bug属于前真个缺点；入参标准可以根据前端页面的输入的内容或者选择的内容，进行核验，入参格式以及是否必填等可以对应接口文档去进行剖析或跟开拓确认
例如：要求未相应或者相应数据缺点，那么该bug就属于后真个缺点；一样平常是数据库查看报错，例如删了某个表查询报缺点空指针等
如果要求的入参或者相应数据都没问题，可以跟开拓反馈是不是浏览器解析的问题，可以换个浏览器测试
04、查看日志
针对做事端类型的报错，我们可以进行登录日志平台或者做事器对应Log目录下查看打印出的日志。
常用查看日志命令tail ,/error进行快速检索关键词接口名等干系内容。
拿到对应的日志,将日志文件贴进bug单，指派给后端，提高专业性，测试职员也要养成看日志的习气，看着看着就懂了。
05、履历法则
在系统前端页面当遇见做事器配置干系报错的信息例如Nginx或者代码以及SQL干系的提示报错信息直接找后端处理，例如JAVA 、.PHP、SQL等非常报错。
前端字符校验、格式校验、等，浏览器界面UI兼容性以及插件，或者APP、小程序类调用手机干系功能拍照、语音无法正常调用直接找前端。
精确的思路+丰富的业务知识+丰富的技能背景知识= 强大的bug定位能力。
