在软件测试工作中经常会遇到不同的问题和bug，对刚入行的初级测试工程师来说喜欢依赖于开发。但如果发生的次数多了，工作能力自然也会让人产生怀疑。如何快速定位测试bug呢？正确的操作姿势应该是怎样的呢？

首先，遇到问题应尝试自己独立去定位分析，查到问题出现的原因，去定位是因为前端还是后端导致的bug。分析好原因后，上传问题和截图反馈给相关的开发人员解决问题。不同水平的测试人员分析和定位bug的能力水平也有高低之分，除了需要不断总结之外，工作经验的积累也是重要的原因。

关于如何定位分析bug，大体上可分为两种方式：一是抓包接口定位分析，而是看系统日志。

1、抓包接口：如果是web项目的话，一般使用浏览器自带的F12抓包看接口请求。

2、如果是app客户端之类的，一般采用fiddler等工具进行抓包接口。

无论采用哪种方式，都是通过查看结果从而去定位分析bug。

举个例子：

比如你在商城上购买了一件商品并且成功支付，但在订单管理里面却没有记录，你应该如何去分析定位这个问题呢？

首先需要搞明白的是这个场景的数据流调用的逻辑关系，简单来说就是前端购买商品，支付成功后会把这条数据的商品信息和支付信息都写入数据库中。然后点击我的订单会调用后端接口，后端从数据库调取相关信息，然后前端渲染展示商品和支付信息。

搞明白这个问题就很容易定位分析bug了，可以使用抓包工具将我的订单调用后端的接口，如果抓不到这个接口，就相当于前端没有发出请求，显示是前端出了问题。如果有请求并响应了，就查看接口响应信息，如果返回报错了，则需要具体分析报错内容，这个时候极有可能是前端传参错误，导致后端报错；也有可能是传参正确，后端处理错误，需要具体分析。

这就是定位一个bug属于前端还是后端的分析思路。

说完如何通过抓包接口定位分析bug，再聊聊如何通过查看日志来分析bug。

或许你会问既然可以通过抓包定位bug，那么为什么还需要查看日志系统呢？

对一家公司来说一般不止一个系统，很多公司会根据不同的业务划分出不同的组，不同系统共同完成公司的一个项目。每个系统就是一个组，一般几个、十几个到二三十个不等，每个组有开发、测试、产品，具体看公司了。那么这些系统是如何交互合作的饿呢？就是通过接口交互，这也是接口测试比较复杂的地方，涉及到多个系统多个接口的逻辑调用。

日志本质上就是开发写在项目中的代码，报错会抛出异常信息以及打印一些接口返回信息等等。一些公司会有专门的日志查询系统，一些公司是通过xshell工具连接上linux系统再查找日志，这就看公司了。

如何定位分析bug，如何编写测试用例，这些是每个工程师必须掌握的技术，所以一定要引起重视哦~