软件测试人必看，定位问题小技巧

当你在上班期间，听到不远处传来这样的声音“你会不会提BUG，责任人都指派错了，这也太菜了吧”。作为一名测试人员，提BUG，要有一定的专业性、严谨性。

一、定位bug的重要性

1、找到bug原因后，可以明确地指给某个开发，防止他们打太极推来推去，提高缺陷的修复速度。

2、让开发人员能够佩服你，提升开发对测试的信任度。

3.自己在这个过程中能学到很多东西，有助于理解产品内部逻辑，对架构的理解，以及数据流是怎样的走向。随着对业务架构逻辑的理解，反过来又会促进对问题的定位。

4.可以降低缺陷率。这个可以说是最重要的。在bug系统中，我们会要求开发人员记录bug产生的原因。只有我们自己对bug有一个较全面的认识，才会判别出开发写的是不是真正的原因，也才能有助于我们后续对bug进行分析归类，根据bug分析，有针对性地未雨绸缪，进而提升产品质量，降低缺陷。

所以，定位问题很重要。

二、前置知识

1、熟透系统业务、团队成员情况。

2、熟悉使用浏览器F12（即 开发者工具）或抓包工具（如fiddler）。

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

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

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

6、思维敏捷，懂得检索百度、Google。

三、定位问题技巧

首先当系统出现bug时，一定要将bug现象进行截图（或录制）保留，保留现象是为了证明这个bug出现过，如果bug是必现的还好说，如果该bug无法必现，那么保存的截图就是你的直接证据，所以要养成保存现场的良好习惯。

提BUG，要体现出测试的专业性：标题简洁、问题环境清楚、问题详细描述清楚、系统错误表象贴图、接口传参返参贴图、必要时贴服务器日志，不该少的bug要素一个都不要少。

测试之前，测试员要对系统、业务、环境部署、开发人员等较为熟悉。

在测试之前打开对应浏览器的F12（开发者工具）直接开个新页签，或者使用抓包工具等，系统呈现出问题时，查看对应的请求、日志信息等，我们才能准确的定位是前端还是后端的问题，下面给大家介绍以下几个常用方法：

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

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

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

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

2、关注请求体的状态码

4xx状态码一般表示是客户端问题（当然也有可能是服务器端配置问题），比如发生了401，那么要看下是否带了正确的身份验证信息；发生了403则要看下是否有权限访问；404则要看下对应的URL是否真实存在。

而5xx一般表示服务端问题。比如发生了500错误，则表明是服务器内部错误，这个时候要配合服务器log进行定位；发生了502则可能是服务器挂了导致的；发生503可能是由于网络过载导致的；发生504则可能是程序执行时间过长导致超时。

3、关注请求的入参与响应数据

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

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

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

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

4、查看日志

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

常用查看日志命令tail , 通过tail -n [行数] |grep [关键字] 进行快速检索关键词、接口名等相关内容。

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

5、看需求文档

有时候，前端和服务端的交互都正确，但是从测试的角度看不合理。这个时候，我们应该翻翻需求文档。如果和需求文档不符，那么就要看下谁改合理，是前端改，还是服务端改，或者两者都得改。当然，不要以为需求文档就全部正确，它也可能会有错误，我们也应该去发现需求文档的bug，然后再去协调PM进行修改。

6、配置的问题

很多时候，bug不是代码问题，而是tomcat配置、nginx配置、jdbc配置等的问题。在这个层面上，测试人员最好能够了解下它们的各项配置，在发现问题后可能就会想到这方面的问题。

7、经验法则

在系统前端页面碰见服务器配置相关报错的信息，例如Nginx***、代码以及SQL相关的提示报错后，直接找后端处理。

前端字符校验、格式校验等，浏览器界面UI兼容性以及插件问题直接找前端。

记住以上的几个技能和技巧将减少提bug出错的概率，长此以往，体现出你的专业性，相信开发会对你竖起大拇指。

定位 Bug 首先要明确 Bug 问题的现象和复现步骤，通过分层分析关键过程的数据与问题特征，积累 Bug 特征与问题根源特征，丰富测试经验，提高 Bug 发现的能力。

以上就是今天的全部内容，希望对大家有所帮助，也希望大家多多留言、点赞、在看、转发四连爱❤️  支持。 咱们下篇文章见，Bye~👋

END绵薄之力

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

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

加入我的软件测试交流群：110685036免费获取~（同行大佬一起学术交流，每晚都有大佬直播分享技术知识点）

软件测试面试小程序

被百万人刷爆的软件测试题库！！！谁用谁知道！！！全网最全面试刷题小程序，手机就可以刷题，地铁上公交上，卷起来！

涵盖以下这些面试题板块：

1、软件测试基础理论 ，2、web,app，接口功能测试 ，3、网络 ，4、数据库 ，5、linux

6、web,app，接口自动化 ，7、性能测试 ，8、编程基础，9、hr面试题 ，10、开放性测试题，11、安全测试，12、计算机基础

获取方式 ：