测试人员分析定位bug技巧

在企业中，测试人员分析定位bug是每个测试人员都必须要掌握的，那么如何快速定位分析bug呢，有哪些技巧呢，下面就来分享下

一、储备前提

1. 熟悉产品业务、团队成员情况

2. 熟练使用F12或抓包工具Charles、Fiddler

3. 了解HTTP/HTTPS协议，能够区分请求URL、请求头、请求体、入参、响应数据、响应码

4. 具备操作常规Linux命令，能否登入服务器查看Log日志，例如Tomcat等应用，不排除一些公司有对应的查看日志平台，例如K8S、Xlog，总之会查看对应服务打印的日志就行

5. 了解系统的架构，数据走向

6. 思维敏捷，懂得检索百度

二、定位技巧

1.首先当系统出现bug时，多次测试确保是必现bug，必现bug要写清楚出现模块，出现页面，测试步骤；偶现性bug一定要录屏，截图，附上日志等重要信息

2.提BUG这块，还是要体现出测试的专业性，标题简洁、问题环境标识清楚、问题详细描述清楚、系统错误表象贴图、接口传参返参贴图、必要时贴服务器日志，总结来说不该少的bug标签一个不要少

3.前后端都为同一个人时，发现的bug提交给同一个人，因为不管什么bug都是他来解决

4.多人同时开发的系统，提交bug时需要分析bug所属前后端

1）分析问题场景进行预判

先查看页面表象，根据问题表像判断问题可能出现的原因，进行缩小范围，并且准备好录制工具，录制问题

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

进入系统页面展示异常图片视频相关提示Flash等相关信息进行安装Flash如若还不行找前端，界面UI展示兼容性错误找前端

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

2）关注请求体的状态码

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

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

3)关注请求的入参及相应数据

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

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

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

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

5.查看日志

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

常用查看日志命令tail /error进行快速检索关键词接口名等相关内容

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

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

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

整套资料获取