当前位置:首页 » 网页前端 » 前端有什么bug
扩展阅读
webinf下怎么引入js 2023-08-31 21:54:13
堡垒机怎么打开web 2023-08-31 21:54:11

前端有什么bug

发布时间: 2023-05-15 09:59:34

‘壹’ 怎样判断是前端bug还是后端bug

这种情况下,但凡出问题,一般都是后端开发的问题。因为前端只处理用户体验、排版、样式等。

现在前后端分离的技术越来越成熟,加上App、小程序等多种类型的前端,前端不仅仅是样式了尺桐,界面上的数据显示和处理都会由前端人员去完成。而后端开发专注于接口,前后端之间通过接口(协议)传递链孝数据。

那么如果你在测试的时候,发现界面上的数据错误。这时候你去找前端,前端就会告诉你是后端的问题(有时候bug都不会看#手陵唤坦动捂脸(*/ω\*));你去找后端吧,后端又告诉,这是前端的问题。于是你站在中间,一脸懵逼!

这时候就是抓包工具啦,通过抓包工具分析接口传递的数据,如果接口返回的数据是正确的(参考需求和接口文档),那么就可能是前端显示的问题了,这时候后端至少是无辜的。

‘贰’ web前端这个字体BUG怎么的

这个bug是由于h3标签本身自带的标签产生的,


望采纳!谢谢!

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

通常可以利用抓包工具来进行分析。可以从三个方面进行分析:请求接口,传参,响应。

如果请求的接口url错误,为 前端 的bug

如果传参不正确,为 前端 的bug

如果响应内容不正确,为 后端 bug

如果定位为后端的bug,可以进一步通过以下方法精确定位是哪里出bug

前端BUG 后端BUG
界面相关 业务逻辑相关
布局相关 性能相关
兼容性相关 数据相关
交互相关 安全性相关

这里提供了几个方法,可以给大家一个思路,让大家能在学习和工作中了解如何去区分BUG属于前端还是后端。

这种方法是最常用的,我们必须掌握的,常用于查看是后端返回给前端的数据有误,还是前端显示有误。

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

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

经验法就只能是慢慢积累了。负责的项目多了,自然对功能的实现过程有了解,也就明白如何分类bug了。在平常的工作和实践中慢慢总结,不要只是一味的点点点测测测,总结复盘很重要。

‘肆’ 求助小白自学前端,但是不知道怎么找BUG

那方面的bug 呢,页面还是逻辑代码
页面bug 可以在浏览器 delete 按键一个元素一个元素的删除排查,刷新就都恢复了
逻辑代码这个不好说,需要经验和时间

‘伍’ Web前端中常见的浏览器兼容问题有哪些

使用Trident内核的浏览器:IE、Maxthon、TT; 使用Gecko内核的浏览器:Netcape6及以上版本、FireFox; 使用Presto内核的浏览器:Opera7及以上版本; 使用Webkit内核的浏览器:Safari、Chrome。
而我现在所说的兼容性问题,主要是说IE与几个主流浏览器如firefox,google等。而对IE浏览器来说,IE7又是个跨度,因为之前的版本更新甚慢,bug甚多。从IE8开始,IE浏览器渐渐遵循标准,到IE9后由于大家都一致认为标准很重要,可以说在兼容性上比较好了,但是在中国来说,由于xp的占有率问题,使用IE7以下的用户仍然很多,所以我们不得不考虑低版本浏览器的兼容。

对浏览器兼容问题,一般分,HTML,Javascript兼容,CSS兼容。 其中html相关问题比较容易处理,无非是高版本浏览器用了低版本浏览器无法识别的元素,导致其不能解析,所以平时注意一点就是。特别是HTML5增加了许多新标签,低版本浏览器有点影响时代进步啊

问题一:不同浏览器的标签默认的外补丁和内补丁不同

  • 问题症状:随便写几个标签,不加样式控制的情况下,各自的margin 和padding差异较大。

  • 碰到频率:100%

  • 解决方案:css里*{margin:0;padding:0;}

  • 备注:这个是最常见的也是最易解决的一个浏览器兼容性问题,几乎所有的css文件开头都会用通配符*来设置各个标签的内外补丁是0。

  • 问题二:块属性标签float后,又有横行的margin情况下,在ie6显示margin比设置的大

  • 问题症状:常见症状是ie6中后面的一块被顶到下一行

  • 碰到频率:90%(稍微复杂点的页面都会碰到,float布局最常见的浏览器兼容问题)

  • 解决方案:在float的标签样式控制中加入 display:inline;将其转化为行内属性

  • 备注:我们最常用的就是div+css布局了,而div就是一个典型的块属性标签,横向布局的时候我们通常都是用div float实现的,横向的间距设置如果用margin实现,这就是一个必然会碰到的兼容性问题。

  • 问题三:设置较小高度标签(一般小于10px),在ie6,ie7,遨游中高度超出自己设置高度

  • 问题症状:ie6、7和遨游里这个标签的高度不受控制,超出自己设置的高度

  • 碰到频率:60%

  • 解决方案:给超出高度的标签设置overflow:hidden;或者设置行高line-height 小于你设置的高度。

  • 备注:这种情况一般出现在我们设置小圆角背景的标签里。出现这个问题的原因是ie8之前的浏览器都会给标签一个最小默认的行高的高度。即使你的标签是空的,这个标签的高度还是会达到默认的行高。

  • 问题四:行内属性标签,设置display:block后采用float布局,又有横行的margin的情况,ie6间距bug(类似第二种)

  • 问题症状:ie6里的间距比超过设置的间距

  • 碰到几率:20%

  • 解决方案:在display:block;后面加入display:inline;display:table;

  • 备注:行内属性标签,为了设置宽高,我们需要设置display:block;(除了input标签比较特殊)。在用float布局并有横向的margin后,在ie6下,他就具有了块属性float后的横向margin的bug。不过因为它本身就是行内属性标签,所以我们再加上display:inline的话,它的高宽就不可设了。这时候我们还需要在display:inline后面加入display:talbe。

  • 问题五:图片默认有间距

  • 问题症状:几个img标签放在一起的时候,有些浏览器会有默认的间距,加上问题一中提到的通配符也不起作用。

  • 碰到几率:20%

  • 解决方案:使用float属性为img布局

  • 备注:因为img标签是行内属性标签,所以只要不超出容器宽度,img标签都会排在一行里,但是部分浏览器的img标签之间会有个间距。去掉这个间距使用float是正道

  • 问题六:标签最低高度设置min-height不兼容

  • 问题症状:因为min-height本身就是一个不兼容的css属性,所以设置min-height时不能很好的被各个浏览器兼容

  • 碰到几率:5%

  • 解决方案:如果我们要设置一个标签的最小高度200px,需要进行的设置为:{min-height:200px; height:auto !important; height:200px; overflow:visible;}

  • 备注:在B/S系统前端开时,有很多情况下我们有这种需求。当内容小于一个值(如300px)时。容器的高度为300px;当内容高度大于这个值时,容器高度被撑高,而不是出现滚动条。这时候我们就会面临这个兼容性问题。

  • 问题七:透明度的兼容css设置

  • 方法是:每写一小段代码(布局中的一行或者一块)我们都要在不同的浏览器中看是否兼容,当然熟练到一定的程度就没这么麻烦了。建议经常会碰到兼容性问题的新手使用。很多兼容性问题都是因为浏览器对标签的默认属性解析不同造成的,只要我们稍加设置都能轻松地解决这些兼容问题。如果我们熟悉标签的默认属性的话,就能很好的理解为什么会出现兼容问题以及怎么去解决这些兼容问题。1

  • 技巧一:css hack

    使用hacker 我可以把浏览器分为3类:ie6 ;ie7和遨游;其他(ie8 chrome ff safari opera等)

  • ie6认识的hacker 是下划线_ 和星号 *

  • ie7 遨游认识的hacker是星号 * (包括上面问题6中的 !important也算是hack的一种。不过实用性较小。)

  • 比如这样一个css设置 height:300px;*height:200px;_height:100px;ie6浏览器在读到 height:300px的时候会认为高时300px;继续往下读,他也认识*heihgt, 所以当ie6读到*height:200px的时候会覆盖掉前一条的相冲突设置,认为高度是200px。继续往下读,ie6还认识_height,所以他又会覆盖掉200px高的设置,把高度设置为100px;

  • ie7和遨游也是一样的从高度300px的设置往下读。当它们读到*height200px的时候就停下了,因为它们不认识_height。所以它们会把高度解析为200px;

  • 剩下的浏览器只认识第一个height:300px;所以他们会把高度解析为300px。1234

  • 因为优先级相同且相冲突的属性设置后一个会覆盖掉前一个,所以书写的次序是很重要的。

  • /* CSS属性级Hack */ color:red; /* 所有浏览器可识别*/_color:red; /* 仅IE6 识别 */*color:red; /* IE6、IE7 识别 */+color:red; /* IE6、IE7 识别 */*+color:red; /* IE6、IE7 识别 */[color:red; /* IE6、IE7 识别 */ color:red9; /* IE6、IE7、IE8、IE9 识别 */color:red; /* IE8、IE9 识别*/color:red9; /* 仅IE9识别 */color:red ; /* 仅IE9识别 */color:red!important; /* IE6 不识别!important 有危险*//* CSS选择符级Hack */ *html #demo { color:red;} /* 仅IE6 识别 */*+html #demo { color:red;} /* 仅IE7 识别 */body:nth-of-type(1) #demo { color:red;} /* IE9+、FF3.5+、Chrome、Safari、Opera 可以识别

  • */ head:first-child+body #demo { color:red; } /* IE7+、FF、Chrome、Safari、Opera 可以识别 */:root #demo { color:red9; } : /* 仅IE9识别 */

  • 越少的浮动,就会越少的代码,会有更灵活的页面,会有扩展性更强的页面。这不多说,归结为到一定水平了,浮动会用的较少。另外,您也会避免使用浮动+margin的用法。所以,越后来越不易遇到这种bug。

    技巧二:padding,marign,height,width

    注意是技巧,不是方法: 写好标准头http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd”>http://www.w3.org/1999/xhtml”>尽量用padding,慎用margin,height尽量补上100%,父级height有定值子级height不用100%,子级全为浮动时底部补个空clear:both的div宽尽量用margin,慎用padding,width算准实际要的减去padding

    技巧三:显示类(display:block,inline)

  • display:block,inline两个元素


  • display:block; //可以为内嵌元素模拟为块元素display:inline; //实现同一行排列的的效果display:table; //for FF,模拟table的效果1234567

  • display:block块元素,元素的特点是: 总是在新行上开始;高度,行高以及顶和底边距都可控制;宽度缺省是它的容器的100%,除非设定一个宽度

    display:inline就是将元素显示为行内元素,元素的特点是:和其他元素都在一行上;高,行高及顶和底边距不可改变;宽度就是它的文字或图片的宽度,不可改变。span,a,label,input,img,strong和em是 inline 元素的例子

    技巧四:怎样使一个div层居中于浏览器中?

    1)

  • <style type="text/css"><!-- div {position:absolute;top:50%;left:50%;margin:-100px 0 0 -100px;width:200px;height:200px;border:1px solid red; } --></style>12345678910111213141516171819

  • 2)div里的内容,IE默认为居中,而FF默认为左对齐,可以尝试增加代码margin: 0 auto;

    技巧五:float的div闭合;清除浮动;自适应高度

    ① 例如:<div id="floatA"><div id="floatB"><div id="NOTfloatC">

  • 这里的NOTfloatC并不希望继续平移,而是希望往下排。(其中floatA、floatB的属性已经设置为float:left;)

  • 这段代码在IE中毫无问题,问题出在FF。原因是NOTfloatC并非float标签,必须将float标签闭合。在<divclass="floatB"><div class="NOTfloatC">之间加上<div class="clear">这个div一定要注意位置,而且必须与两个具有float属性的div同级,之间不能存在嵌套关系,否则会产生异常。并且将clear这种样式定义为为如下即可:.clear{clear:both;}

  • ②作为外部 wrapper 的 div 不要定死高度,为了让高度能自适应,要在wrapper里面加上overflow:hidden; 当包含float的box的时候,高度自适应在IE下无效,这时候应该触发IE的layout私有属性(万恶的IE啊!)用zoom:1;可以做到,这样就达到了兼容。
    例如某一个wrapper如下定义:

  • .colwrapper{overflow:hidden; zoom:1; margin:5px auto;}1

  • ③对于排版,我们用得最多的css描述可能就是float:left.有的时候我们需要在n栏的float div后面做一个统一的背景,譬如:

  • <div id=”page”>


  • <div id=”left”></div>

  • <div id=”center”></div>

  • <div id=”right”></div>


  • </div>1234567

  • 比如我们要将page的背景设置成蓝色,以达到所有三栏的背景颜色是蓝色的目的,但是我们会发现随着left centerright的向下拉长,而page居然保存高度不变,问题来了,原因在于page不是float属性,而我们的page由于要居中,不能设置成float,所以我们应该这样解决:

  • <div id=”page”>


  • <div id=”bg” style=”float:left;width:100%”>


  • <div id=”left”></div>

  • <div id=”center”></div>

  • <div id=”right”></div>


  • </div>


  • </div>1234567891011

  • 再嵌入一个float left而宽度是100%的DIV解决之。

    ④万能float 闭合(非常重要!)

    关于 clear float 的原理可参见 [How To ClearFloats Without Structural Markup],将以下代码加入Global CSS 中,给需要闭合的div加上class=”clearfix”即可,屡试不爽。

  • /* Clear Fix */ .clearfix:after { content:"."; display:block; height:0; clear:both;visibility:hidden; } .clearfix { display:inline-block; } /* Hide from IE Mac */ .clearfix {display:block;} /* End hide from IE Mac */ /* end of clearfix */1234567

  • 或者这样设置:.hackbox{display:table; //将对象作为块元素级的表格显示}

    技巧六:div嵌套时 y轴上 padding和 marign的问题

  • FF里 y 轴上 子div 到 父div 的距离为 父padding + 子marign

  • IE里 y 轴上 子div 到 父div 的距离为 父padding 和 子marign 里大的一个

  • FF里 y 轴上 父padding=0 且 border=0 时,子div 到 父div 的距离为0,子marign 作用到 父div 外面

‘陆’ 新建任务—发现任务名称相同也能保存成功,这属于前端bug 还是后端bug

我认为主要是后端的bug。
前端可以自行控制,比如提雀镇交的时候先调用一下查询接口,如果当前任务名称已经存在,就报错,否则才调用保存接口。但是这样其实还是不放心,甚至可以用postman等工具绕过检查直接调用保存接口,也是会保存进去的。其实就是跟你去注册一个游戏账号一样,类似于当你输入用户名时,前端自己会调用用户名重复性检查接口,如果用户名已存在就提示报错。
所以这个最好是后端来控制。如果确定任务名称是不能相同的,那么任务名称作为关键词,是可以添加唯一索引的(不一定是主键),添加唯一索引后,如果有根据任务名称查询任务的接口,也可以提高查询效率。
再者就是调整后端李岁蚂的保存接口,保存前先检查一下存不存在哪埋该任务名称,如果存在了就直接报错给前端,拒绝添加。
当然前后端都添加重复性校验功能是最保险的,

‘柒’ 怎么判断是前端bug还是后端bug

在提bug时,只有明确定位是前端bug还是后端bug,才能正确指派给对应的开发同学,如果经常分不清楚,一直需要开发同学重新指派,不仅浪费了时间,还会被开发同学吐槽,今天就带大家解锁一些区分前后端bug的技能,分分钟get~

1、出现样式的问题基本都是CSS的bug
2、出现文本的问题基本都是html的bug
3、出现交互类的问题基本都是JS的bug

1、未发送请求,就属于前端bug
2、接口请求url错误,传参错误,就属于前端bug
3、接口返回数据错误,就属于后端bug

1、例如页面加载慢或提交表单慢,一直pending,抓包查看请求耗时,如果耗时长,那就属于后端bug

1、越权。可以分为水平越权和垂直越权,以下两个例子都属于后端Bug。
水平越权的例子:在业务系统中,本来用户A只能对自己的个人信息进行增删改查,但是通过抓包,修改用户id(一般用户id都是递增的),可以获取到其他人的个人信息,或者账号A将自己的个人信息页面通过浏览器发送给用户B,用户B登录系统后可以看到用户A的信息,这就是水平越权了
垂直越权的例子:在业务系统中,本来用户A对某条记录只有查看的权限,但是通过抓包,可以对记录进行修改,这就是垂直越权了

1、例如对于字段有效性的校验等,前后端均需要校验,因此属于前后端共同的bug

以上内容仅供参考,请大家提出优化意见或建议~

‘捌’ 前端Bug提示:Cannot read property 'width' of null

前端提示1:

解决方向:
1.检查字段是否有写错
2.查看前端括号中括号是否有误

前端提示2:
解决以上问题又出现:

此时发现映射文件里缺少字段,补上后依旧是这个问题
控制台提示如下:

解决方向:
根据提示检查,原来是映射文件中queryPackingDataCount 方法返回值没有写resultType="int"

提示的问题都解决后,上传数据还是提示失败
原因:循环读取数据是从1开始的,根本读不到数据,我的文字已经占了两行。当把1改为2时显示成功

前端提示3:

解决方向:
我的是因为用了两个columns,可能冲突了,所以

‘玖’ 前端js 遇到难以重现的 bug 该怎么办

推荐使用Fundebug监控。Fundebug的用户行为记录可以帮助你更好地去理解BUG的成因,快速复现bug。