怎么区分前端bug还后端（怎么区分前端和后端的缺陷）

如何判断一个缺陷是属于前端还是后端的?

1、后端是写接口的，前端是写界面的。出现缺陷时可以用POStman之类的测试软件检测一下后端接口，若数据响应正确，则是前端的锅，否则是后端的锅。也不排除部分特殊情况，具体视情况而定。

2、当我们发现一个BUG，并不确定这个bug属于前端还是后端，可以查看后端服务的日志，复现bug时，查看日志中有没有相关信息。基本可以认为，如果日志没有输出，很可能这个功能并没有与后端交互，也就不存在后端的问题。反之，如果日志有输出，可以进一步查看有无错误日志信息，进一步分析。

3、那么如果你在测试的时候，发现界面上的数据错误。这时候你去找前端，前端就会告诉你是后端的问题（有时候bug都不会看#手动捂脸（*/ω＼*）；你去找后端吧，后端又告诉，这是前端的问题。

4、而如果前端发送请求数据没问题，后端返回数据不对或者报错，可以判断为后端问题。

5、可以检查接口数据是否正确规范。前端侧重显示，后端侧重数据。所以如果接口数据不规范甚至出现错误，会影响前端的显示或者判断等。但是前端也应该进行容错处理，即使后端数据错误也应该尽量能保证正确显示。

6、当在一个网页上点击保存按钮没有反应时，可能会涉及前端和后端两个方面的问题。下面是一些常见的场景和相应的判断：前端问题：用户界面无响应：如果点击保存按钮后，整个用户界面都没有响应，可能是前端代码出现了问题，导致页面无法执行相应的操作。

F12下如何查看bug属于前端还是后端?

1、可以分析是在哪个节点引发的Bug，从而判断是前端还是后端问题。比如，前端发送请求是，数据组装有问题，导致后端返回报错，这个是属于前端问题。而如果前端发送请求数据没问题，后端返回数据不对或者报错，可以判断为后端问题。

2、在前端开发中，Chrome的F12开发者工具是排查bug的重要利器。它能帮助我们确定问题是出在前端还是后端，通过查看接口返回信息和页面元素。现在，让我们一步步了解这个工具的使用方法。首先，我们关注network功能，这是查看接口和数据的核心部分。

3、前端排查：在浏览器中按 F12 打开浏览器控制台，进入网络标签，刷新页面或重新触发请求，查看请求的信息。选中请求并点击预览，查看后端返回结果。如果后端正常返回了数据，那就是前端的问题，可能是取错了数据的结构，可以通过 debugger 或 console.log 等方式输出信息，便于调试。

4、大多数浏览器都有自带的接口查看工具，如Chrome，FireFox等都可以通过F12开启抓包，在NetWork中可以看到当前页面发送的每个HTTP请求。要想通过接口查看法来判断，你需要先了解Chrome浏览器的Network面板介绍。

测试人员如何判断是前端的bug还是后端的bug

1、当我们发现一个bug，并不确定这个bug属于前端还是后端，可以查看后端服务的日志，复现bug时，查看日志中有没有相关信息。基本可以认为，如果日志没有输出，很可能这个功能并没有与后端交互，也就不存在后端的问题。反之，如果日志有输出，可以进一步查看有无错误日志信息，进一步分析。经验法就只能是慢慢积累了。

2、那么如果你在测试的时候，发现界面上的数据错误。这时候你去找前端，前端就会告诉你是后端的问题（有时候bug都不会看#手动捂脸（*/ω＼*）；你去找后端吧，后端又告诉，这是前端的问题。

3、接口查看：在开发者工具中查看响应数据，对比后端接口返回的数据和前端显示的数据，确认问题所在。日志分析：查看报错日志，通过日志分析发生问题的位置。缓存与数据库检查：确认缓存是否正确，查看数据库数据是否准确。

4、可以分析是在哪个节点引发的Bug，从而判断是前端还是后端问题。比如，前端发送请求是，数据组装有问题，导致后端返回报错，这个是属于前端问题。而如果前端发送请求数据没问题，后端返回数据不对或者报错，可以判断为后端问题。

5、首先，业务类的 bug 往往需要综合分析前后端的问题。比如，在一个 crm 客户管理系统中，测试人员在操作线索列表时发现点击删除后没有任何反应。深入调查发现，问题在于前端仅显示了删除成功的提示，但实际上并未调用后端接口完成删除操作。

6、在前端开发中，Chrome的F12开发者工具是排查bug的重要利器。它能帮助我们确定问题是出在前端还是后端，通过查看接口返回信息和页面元素。现在，让我们一步步了解这个工具的使用方法。首先，我们关注Network功能，这是查看接口和数据的核心部分。