如何判定⼀个bug是前端bug还是后端bug
如何判定⼀个bug是前端bug还是后端bug
⾸先需要了解⼀个页⾯的请求过程：
以http请求为例：
1、⽤户在前端页⾯操作，如点击某个提交按钮
2、页⾯携带数据进⾏请求，访问具体功能接⼝
3、由后端服务执⾏相应的业务逻辑，如涉及数据，再去请求并组装数据返给前端
4、前端页⾯进⾏渲染和展⽰对应的页⾯和数据
前后端bug各有什么特点？
前端bug特点 1，界⾯相关 2，布局相关 3，兼容性相关
后端bug特点 1，业务逻辑相关 2，性能相关 3，数据相关 4，安全性相关
⼀、前端问题
1、界⾯相关
常见的界⾯相关问题有：排版错乱、⽂字错误、数据错误、兼容性问题
⽂字错误的问题⼜包含功能⽂字及提⽰⽂字，功能⽂字即对话框或弹框中的标题⽂字；提⽰⽂字即前端给出的⽂案提⽰；
数据错误的问题⼜包含列表字段错误、表单字段错误等，这种情况下可以查看前端是否参与计算，或是有⽆进⾏过字段配置管理，⼀般情况下可以先提交给前端；
浏览器兼容问题⽐较常见，如果使⽤了UI框架，则前端问题常见于框架问题。
2、功能相关
功能相关的⼜包含功能实现错误或不完整以及逻辑错误等。
功能问题可以通过抓包查看请求的⽅式来初步判断，如⽆请求，则初步判断为前端Bug；若抓包中有请求，则可以通过不同的状态码来判断，有请求的情况下可以初步判断为后端Bug
逻辑错误问题需要与开发⼈员沟通确认
3、性能相关
常见的问题如页⾯打开较慢，表单打开慢等，⼀般情况下可以通过抓包来查看请求，如果请求耗时较⼩，则初步断定为前端问题；否则可以结合其他信息排查为后端问题。另外，性能相关的问题出现后建议通过⼯具来评估整体的性能，可以进⼀步定位是哪个部分的问题。
⼆、后端问题
通常后端问题常见于业务逻辑、数据问题以及安全相关的问题与性能问题
如果前端功能实现导致后端返回的数据出错，则可以初步判断为前端问题；但如果查看后端返回的接⼝数据不⼀致或是出现报错信息，则判断为后端问题；
另外，后端问题多数可以通过查询错误⽇志信息来排查原因，若没有输出⽇志，则可能为前端问题；不存在交互的情况下更多偏向于前端问题。有些信息不会展⽰在前台，需要结合服务端⽇志信息⼀起排查定位了。在定位的过程中可以记录下相关SQL的问题，服务端的问题以及代码问题，以便于⽇后查看。
1、经验法
例如：⽹页上的某个图⽚的分辨率不对，如果我们了解实现过程，可以想到⼀般情况下，是根据某个地址去服务器取图⽚的，数据库⼀般只保存地址，那么图⽚能正确显⽰，就说明后端的基本功能是满⾜需求的。如果具体图⽚分辨率有误，最可能的原因是前端显⽰过程出了差错。
2、查⽇志
当我们发现⼀个bug，并不确定这个bug属于前端还是后端，可以查看后端服务的⽇志，复现bug时，查看⽇志中有没有相关信息。基本可以认为，如果⽇志没有输出，很可能这个功能并没有与后端交互，也就不存在后端的问题。反之，如果⽇志有输出，可以进⼀步查看有⽆错误⽇志信息，进⼀步分析
3、查接⼝
这种⽅法常⽤于查看是后端返回给前端的数据有误，还是前端显⽰有误。⼤多数浏览器都有⾃带的接⼝查看⼯具，如Chrome，FireFox等都可以通过F12开启抓包，在NetWork中可以看到当前页⾯发送的每个http请求。我们需要对⽐通过后端接⼝拿到的数据和前端显⽰的数据，来确认问题出在哪⾥。如果数据错了，页⾯显⽰是错的，也是正常的，先从后端⼊⼿去解决。
测试⽤例的内容
1.⽤例编号（命名）
2.所属模块
3.⽤例标题（某⼈在某种情况下做了什么，得到什么结果）
4.优先级
5.前置条件
6.操作步骤
7.测试数据前端跟后端哪个就业难
8.预期结果
9.实际结果
10.辅助内容
a、通过与否
b、bugid
c、编写⼈员
d、编写时间
d、测试⼈员测试时间
e、备注
缺陷的严重程度
1.严重
2.⼀般
3.次要
4.轻微
缺陷报告的核⼼要素
1.缺陷编号
2.缺陷状态
3.缺陷标题
4.重现步骤
5.严重程度
6.优先级
7.缺陷类型
8.测试环境

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。