1. F12下如何查看bug属于前端还是后端
一般前后端的数据流程是，前端组装数据向后端发起请求，后端进行处理返回响应数据给前端，前端对响应数据前端效果展示。
可以分析是在哪个节点引发的Bug，从而判断是前端还是后端问题。
比如，前端发送请求是，数据组装有问题，导致后端返回报错，这个是属于前端问题。
而如果前端发送请求数据没问题，后端返回数据不对或者报错，可以判断为后端问题。
2. 怎样判断是前端bug还是后端bug
这种情况下，但凡出问题，一般都是后端开发的问题。因为前端只处理用户体验、排版、样式等。
现在前后端分离的技术越来越成熟，加上App、小程序等多种类型的前端，前端不仅仅是样式了尺桐，界面上的数据显示和处理都会由前端人员去完成。而后端开发专注于接口，前后端之间通过接口（协议）传递链孝数据。
那么如果你在测试的时候，发现界面上的数据错误。这时候你去找前端，前端就会告诉你是后端的问题（有时候bug都不会看#手陵唤坦动捂脸(*/ω＼*)）；你去找后端吧，后端又告诉，这是前端的问题。于是你站在中间，一脸懵逼！
这时候就是抓包工具啦，通过抓包工具分析接口传递的数据，如果接口返回的数据是正确的（参考需求和接口文档），那么就可能是前端显示的问题了，这时候后端至少是无辜的。
3. fiddler怎么定位前端bug还是后端bug
1.发现bug之后，重现bug的时候使用fiddler抓包去分析
2.如果前端提交的数据在fiddler中显示有误，那么就是前端的bug
3.如果在前端提交的数据在fiddler中显示无误，那么就是后台的bug
4.除了fiddler等抓包工具外，还可以通过后台的日志去判断
4. 测试人员如何判断是前端的bug还是后端的bug
通常可以利用抓包工具来进行分析。可以从三个方面进行分析：请求接口，传参，响应。
如果请求的接口url错误，为 前端 的bug
如果传参不正确，为 前端 的bug
如果响应内容不正确，为 后端 bug
如果定位为后端的bug，可以进一步通过以下方法精确定位是哪里出bug
前端BUG 后端BUG
界面相关 业务逻辑相关
布局相关 性能相关
兼容性相关 数据相关
交互相关 安全性相关
这里提供了几个方法，可以给大家一个思路，让大家能在学习和工作中了解如何去区分BUG属于前端还是后端。
这种方法是最常用的，我们必须掌握的，常用于查看是后端返回给前端的数据有误，还是前端显示有误。
大多数浏览器都有自带的接口查看工具，如Chrome，FireFox等都可以通过F12开启抓包，在NetWork中可以看到当前页面发送的每个http请求。要想通过接口查看法来判断，你需要先了解Chrome浏览器的Network面板介绍。
当我们发现一个bug，并不确定这个bug属于前端还是后端，可以查看后端服务的日志，复现bug时，查看日志中有没有相关信息。基本可以认为，如果日志没有输出，很可能这个功能并没有与后端交互，也就不存在后端的问题。反之，如果日志有输出，可以进一步查看有无错误日志信息，进一步分析。
经验法就只能是慢慢积累了。负责的项目多了，自然对功能的实现过程有了解，也就明白如何分类bug了。在平常的工作和实践中慢慢总结，不要只是一味的点点点测测测，总结复盘很重要。
5. 怎样判断是前端bug还是后端bug
可以从请求跟响应这贺悄一过程判断，如果前端已经把数据发送给了后端，后端没有返回数据则是后端问题，如果前端在用户输入数据之后发送请求，前端没有带数据在请求中就是前端的问题，或者说后台已经传回来了数据，但是到铅拍启前端没有显示出来。这个也是槐如前端问题。具体的话可以在浏览器中debug调试看看
6. 如何判断一个缺陷是属于前端还是后端的
后端是写接口的，前端是写界面的。出现缺陷时可以用postman之类的测试软件检测一下后端接口，若数据响应正确，则是前端的锅，否则是后端的锅。也不排除部分特殊情况，具体视情况而定。
7. 找到一个bug，通过f12，怎么判断bug是前端还是后台的
比较前后约定接口地址、参数、返回字段页面渲染等，错误、缺失则是前端bug。
若上述正确，则大概率是后台bug。
8. 如何分析定位一个问题是前端还是后端引起的
1.首先，记录问题本身错误信息，确认和后台通讯接口
2.通过抓包工具（比如fiddler）复现当前存在问题进行抓包
3.结合接口相关文档说明，对抓包数据进行解析
4.验证解析结果，分析如果请求无误，响应返回结果有误，且结果和问题报错信息一致则为后台问题；若请求无误，响应结果也正确，则为前端问题，如果想系统的学习测试相关的技术，可以了解一下黑马程序员的软件测试课程，里面讲的非常详细。
9. 小程序测试bug怎么区分前段还是后端
进入调试页面，如果是浏览器，按F12，然后看报错信息，如果是接口报错就是后端问题，如果是控制台报错，就是前端问题