如何判断BUG是前端BUG还是后端BUG

分享一个大牛的人工智能教程。零基础！通俗易懂！风趣幽默！希望你也加入到人工智能的队伍中来！请轻击人工智能教程

一般像界面上的错别字、字体大小、控件显示、输入框超出边界、字符被截断、字符重叠等问题，不要犹豫、不要徘徊，肯定是前端问题。

界面报404的八成是前端写错了请求地址，指给前端开发；报500的，一般是后端问题，指给后端开发。

一、利用抓包工具进行分析

举例：一个查询接口，输入查询条件后，界面上没有数据展示出来。如何去分析这个问题呢？

首先，确保数据库里有符合条件的数据。

然后，使用工具比如Fiddler抓包，总结下来就是三步走的一个策略：

找到对应的请求包 -> 查看请求信息 -> 查看响应结果

１、找到对应的请求包

怎么抓到目的包，也就是问题对应的包？
建议先停止抓包，并清除之前的记录，然后在客户端进行操作，这样Fiddler上抓到的基本上就是当前操作的记录，然后再对抓包数据进行分析。

２、看请求信息

从上图可以看出，请求方式是POST，信息分四部分：请求行、请求头、空一行、请求体。Raw存放的是原始数据，其他的项是分析请求中的某一类型数据。

抓包分析：对照接口文档，看对应的接口有没有触发请求，如果没有触发请求（没有调用接口）或请求有问题，那就是前端的BUG。

３、看响应结果

HTTP响应主要由状态行、响应报头、响应正文（和响应报头之间空一行）组成。

抓包分析：如果前端请求没问题，那么看响应。

先看响应的状态码，如果返回报错，看报错的状态码是什么，然后根据状态码进行原因排查；如果状态码为200，表示响应成功了，需要具体分析后端返回的报文。

根据接口文档，看前端传参是否正确，如果是前端传参不对导致后端返回错误，那就是前端问题；如果传参正确，后端处理不正确，那可能就是后端问题。

如果后端响应和数据与接口文档一致，那就是前端展示的问题。

类似的问题：比如一个登录界面，输入用户名密码后点击【登录】发现无响应是什么问题；一个支付功能，支付成功后在我的订单里却没有显示；打开一个网页，显示空白是什么问题等等，都可以按上述策略进行分析。

二、利用系统日志进行分析

还有一些问题，可以借助系统日志（Log）来分析。

为了便于查找、分析问题，开发人员会写很多日志来记录系统运行过程中的错误、异常或者系统处理过的事件等等。

这里说一下遇到过的一个问题：A系统对接B系统做数据同步，但是到达同步时间后，数据并没有同步过来。

通过数据库查询到B系统中需要同步的数据已经放到同步队列中了。然后去查询了同步日志，日志记录了每一笔要同步的数据信息，发现有一笔数据一个字段的长度超限了，那么这笔数据肯定是无法同步过来的，但是理论上不应该影响后面数据的同步。

原来是后端的代码错误地加了顺序的判断，导致了这个问题。

到这里，问题不但解决了，定位到了BUG，还帮助开发分析了BUG的原因。