精华内容
下载资源
问答
  • ​怎么判断是前端bug还是后端bug
    千次阅读
    2021-10-18 16:41:44

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

    一、界面相关,排版错乱,文案错误等问题,大都属于前端bug

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

    二、功能相关,抓包分析,从接口请求url,参数,接口响应来分析

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

    三、性能相关

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

    四、安全相关

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

    五、前后端均有问题

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

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

    ps:我是lc馨馨紫,全网名称统一,期待优秀的你关注我~

    原创文章,转载请注明出处~

    原文链接:​怎么判断是前端bug还是后端bug?前端bug?or后端bug?https://mp.weixin.qq.com/s/TOc3mc4IVEk4-qvYRzgIGQ

    更多相关内容
  • 后端BUG

    2021-11-24 14:47:55
    甲壳虫的后端BUG

    1 The bean 'sca-provider.FeignClientSpecification' could not be registered. A bean with that name has already been defined and overriding is disabled.

    问题原因:

    解决方法:

    2 java.net.SocketTimeoutException: Read timed out

    问题原因:调用服务超时

    解决方法:自己创建一个类,配置yml文件,当连接超时时自动调用该类,或自己配置调用服务连接时间

    package com.jt.consumer.service;
    
    import feign.hystrix.FallbackFactory;
    import org.springframework.stereotype.Component;
    import org.springframework.stereotype.Service;
    /**
     * 服务回调工厂,当远程服务不可用或者远程服务调用超时,可以通过
     * 配置的方式,调用本地服务返回一个结果
     */
    @Service
    public class RemoteProviderFallbackFactory implements FallbackFactory<RemoteProviderService> {
        @Override
        public RemoteProviderService create(Throwable throwable) {
            return new RemoteProviderService() {
                @Override
                public String echoMessage(String msg) {
                    return "服务器维修中,请稍等一万年~~";
                }
            };
        }
    }

    ​
    server:
      port: 8090
    spring:
      application:
        name: sca-consumer
      cloud:
        nacos:
          discovery:
            server-addr: localhost:8848
    #客服端负载均衡
    sca-provider: #要访问的服务名
      ribbon:
        NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RetryRule #负载均衡算法
    #开启熔断机制
    feign:
      hystrix:
        enabled: false #false,true表示启动超时熔断机制
      client:
        config:
          #default 默认所有服务。如果需要更改,直接换成调用方的服务名
          RemoteProviderService:
            connect-timeout: 5000 #连接超时
            #read-timeout: 20000 #读取数据超时
    
    
    ​

    3 java.sql.SQLDataException

    问题原因:文字格式字符串不匹配

    解决方法:查看报错信息,看pojo中哪个属性与类型不匹配

    4 MySQLSyntaxErrorException

    问题原因:mysql语法错误

    解决方法:查看sql语句

    5. HttpHostConnectException

    问题原因:远程连接被拒绝,服务器端口号与请求路径端口号不同,或nacos没有登陆

    解决方法:修改端口号,登录nacos

    6. ConverterNotFoundException

     问题原因:配置中心或配置文件错误

     解决方法:查看配置中心和配置文件是否有错误

    7. java.net.ConnectException: Connection refused: connect

     问题原因:我的原因是nacos未启动

    解决方法:启动nacos

    展开全文
  • 测试如何定位判断是前端的bug还是后端bug

    千次阅读 多人点赞 2022-03-18 13:42:52
    软件测试员是找bug,但也不仅仅是找bug。 首先我们需要了解下什么是软件测试。 软件测试简单点来说是验证软件在功能、性能等方面是否满足用户需求。 在整个软件测试过程中,软件测试狭义上指软件初步发版后,对...

    目录

    前言

    测试如何定位判断是前端的bug还是后端bug

    前后端分离的优点是什么?

    为什么要区分前端/后端BUG?

    如何定位前端/后端BUG?

    前后端bug各有什么样的特定?


    前言

    随着开发软件趋向于大型化复杂化,软件测试逐渐成为一个专业,需要运用专门的方法和手段,需要专门人才来管理。但是外面的小道消息总是在传:软件测试就只是找bug的!这个我可就不同意了~

    软件测试员是找bug,但也不仅仅是找bug。

    首先我们需要了解下什么是软件测试。

    软件测试简单点来说是验证软件在功能、性能等方面是否满足用户需求。

    在整个软件测试过程中,软件测试狭义上指软件初步发版后,对功能的完备度、对bug的情况进行整体测试;广义上来说,软件的测试应该围绕在软件的整个生命周期当中,对软件的操作和应用都属于软件测试。

    软件测试的目的首当其冲就是发现bug,修复bug,补充软件功能,完善客户使用友好度。

    测试如何定位判断是前端的bug还是后端bug

    软件测试工程师的职责是发现BUG,此外,如何体现个人价值,只是提出问题而不去解决,问题就永远得不到闭环。所以,一个资深的测试人员的基本功应该是这样的:深挖业务和功能需求,找出BUG,定位BUG,提出解决方案。这里我们就来说说,当我们找到了BUG,应该把BUG提交给谁去解决,这属于BUG定位的问题

    前后端分离的优点是什么?

    1. 彻底解放前端。前端不再需要向后台提供模板或是后台在前端HTML嵌入后台代码
    2. 提高工作效率,分工更加明确。前端只关注前端的事,后台只关心后台的的话,两者开发可以同时进行,在后台还没有时间提供接口的时候,前端可以将数据写死或者调用本地的JSON文件即可,页面的增加和路由的修改也不必再去麻烦后端,开发更加灵活
    3. 局部性能提升。通过前端路由的配置,我们可以实现页面的按需加载,无需一开始加载首页便加载网站的所有的资源,服务器也不再需要解析前端页面,在页面交互及用户体验上有所提升
    4. 降低维护成本。通过目前主流的前端MTV框架,我们可以非常快速的定位 及发现问题的所在,客户端的问题不再需要后台人员参与及调式,代码重构及可维护增强
    5. 实现高内聚低耦合

    为什么要区分前端/后端BUG?

    现在,市场上很多应用都是前后端分离开发的。如果是一个多人开发的系统。不能明确定位到这个BUG是谁造成的,任意提交给错误的开发人员,我们又不可能把这些bug同时提交给前端和后端一起去解决,同时提交给提交给前后端开发人员,每个人都会有依赖心理,就像'三个和尚没水喝的道理是一样的'。同样的道理,Bug会像皮球一样被开发踢来踢去,耽误解决bug时间,影响项目进度。

    ​ 另外,如果团队规模较大,或者由各地的项目组拼凑而成,势必会增加沟通成本,这更需要我们类似禅道或者Jira等项目管理软件中提交bug时,先指明是谁的bug,避免互相踢皮球的现象。

    ​ 所以测试必须要自己学会区分出是前端还是后端bug,就像时下流行的词‘垃圾分类‘,经过bug分类管理,整个团队的效率都会有所提高

    如何定位前端/后端BUG?

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

    1.请求接口Url是否正确

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

    2.传参是否正确

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

    3.请求接口url和传参都正确,查看响应是否正确

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

    4.也可以在浏览器控制台输入JS代码调式进行分析

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

    1. 查看报错日志,通过日志分析问题点
    2. 查看数据库确认数据的正确性
    3. 查看缓存是否正确

    前后端bug各有什么样的特定?

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

    定位BUG属于前端还是后端,有什么方法?

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

    接口查看法

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

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

    日志查看法

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

    经验法

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

    假如甘愿平庸,请向自己开炮!

    展开全文
  • 如何区分前端bug还是后端bug

    千次阅读 多人点赞 2020-11-02 18:12:58
    软件测试工程师的职责是发现BUG,此外,如何体现个人价值?那么我们试想,只提出问题而不去解决,问题就永远得不到闭环。所以,一个资深的测试人员的基本功应该是这样的:深挖业务和功能需求,找出BUG,定位BUG,...

    软件测试工程师的职责是发现BUG,此外,如何体现个人价值?那么我们试想,只提出问题而不去解决,问题就永远得不到闭环。所以,一个资深的测试人员的基本功应该是这样的:深挖业务和功能需求,找出BUG,定位BUG,提出解决方案。这里我们就来说说,当我们找到了BUG,应该把BUG提交给谁去解决,这属于BUG定位的问题。
    试想:
    根据需求,用户头像应是圆形,但结果是方形,是谁的BUG?
    保存用户信息时,无法保存成功,也没有错误提示,最可能是谁的BUG?
    显然,工作过程中,我们不可能把这些BUG提交给同一个人去解决。我们应该至少区分出是前端还是后端BUG,就好像时下流行的词“垃圾分类”,经过BUG分类处理,整个团队的效率都会有所提高。
    一.什么是前端/后端?
    目前多数互联网项目都是前后端分离开发的,那么什么是前端?什么是后端?简言之,前端侧重于页面设计,后端侧重于服务开发。
    比如要保存一个用户信息,前端把界面显示给用户,让用户按需填写,当用户点击“保存”按钮时,数据会通过网络被提交给后端服务,由后端服务处理是否需要进一步运算,并且把数据保存在哪一个数据库的哪一张表里。
    二.为什么要区分前端/后端BUG?
    目前多数项目都是多人协作开发的,如果不能明确这个BUG是谁造成的,容易提交给错误的开发人员,会大大降低BUG的解决效率。
    另外,如果团队规模较大,或者由各地的项目组拼凑而成,势必会增加沟通成本,这更需要我们在类似禅道或者Jira等项目管理软件中提交BUG时,先指明是谁的BUG,避免互相踢皮球的现象。
    所以,为了提高团队效率,测试人员尤其要做好BUG分类。
    三.如何定位前端/后端BUG?
    对于一个优秀的软件测试工程师来说,区分BUG属于前端还是后端是尤为重要的。
    页面请求过程
    弄清楚如何定位和分类BUG之前,需要了解一下页面请求的过程,以 http 请求为例,请求过程如下:
    用户在前端页面操作,如点击某个功能
    页面携带数据进行请求,访问具体功能接口
    由后端服务执行该接口相应的业务逻辑,如涉及数据,再去请求并组装数据返回给前端
    前端页面进行渲染和展示对应的页面和数据
    前后端BUG各有什么样的特点?
    前端BUG
    – 界面相关
    – 布局相关
    – 兼容性相关
    后端BUG
    – 业务逻辑相关
    – 性能相关
    – 数据相关
    – 安全性相关
    定位BUG属于前端还是后端,有什么方法?
    这里提供了几个方法,可以给大家一个思路,让大家能在学习和工作中了解如何去区分BUG属于前端还是后端。
    经验法
    软件测试人员应不断精进自己的技能,负责的项目多了,自然对功能的实现过程有了解,也就明白如何分类BUG了。
    例如:
    网页上的某个图片的分辨率不对,如果我们了解实现过程,可以想到一般情况下,是根据某个地址去服务器取图片的,数据库一般只保存地址,那么图片能正确显示,就说明后端的基本功能是满足需求的。如果具体图片分辨率有误,最可能的原因是前端显示过程出了差错。
    日志查看法
    当我们发现一个BUG,并不确定这个BUG属于前端还是后端,可以查看后端服务的日志,复现BUG时,查看日志中有没有相关信息。基本可以认为,如果日志没有输出,很可能这个功能并没有与后端交互,也就不存在后端的问题。反之,如果日志有输出,可以进一步查看有无错误日志信息,进一步分析。
    接口查看法
    这种方法常用于查看是后端返回给前端的数据有误,还是前端显示有误。
    大多数浏览器都有自带的接口查看工具,如Chrome,FireFox等都可以通过F12开启抓包,在NetWork中可以看到当前页面发送的每个http请求。
    通过Chrome看到的接口情况如下
    在这里插入图片描述
    可以在Response中查看响应数据
    在这里插入图片描述
    我们需要对比通过后端接口拿到的数据和前端显示的数据,来确认问题出在哪里。如果数据错了,页面显示是错的,也是正常的,先从后端入手去解决。如果数据对了,但是显示错了,就需要问问前端的开发人员了。
    四.经验和总结
    沟通很重要
    我们在定位BUG的过程中,最不能忽略的一个问题是和开发人员的沟通,有时候忙活半天,不如一问一答。经验和技术的成长也都离不开合理高效的沟通。
    经验和小结
    出现样式的问题基本都是CSS的BUG
    出现文本的问题基本上都是html的BUG
    出现交互类的问题基本上都是Javascript的BUG
    其他问题先沟通,再定位

     

    本文转自:https://blog.csdn.net/qq_37823386/article/details/81736548?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-3.channel_param&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-3.channel_param

    展开全文
  • 如何区分前端BUG和后端BUG

    千次阅读 多人点赞 2020-06-09 16:50:10
    1、如何区分前端和后端 通俗讲,用户看到的部分都叫前端。 而用户看不到的部分可以统称为后端。 2、前端和后端的呈现形式 前端的呈现形式有web端、移动端(ios、安卓)、小程序等。 后端系统一般只有一个,...
  • 如何区分前端Bug与后端Bug

    千次阅读 热门讨论 2021-01-26 14:25:52
    3、非必现的Bug也要全部提交 4、为每个缺陷单独提交一份缺陷报告 5、仔细编写缺陷报告的标题 6、像编写测试用例编写重现步骤 7、使用缺陷模板来提交缺陷 8、编写缺陷报告时,要考虑到日后的查询关键词 9、如有同类或
  • 如何定位前端bug和后端bug

    千次阅读 多人点赞 2019-10-08 09:34:24
    今天就来跟大家分享“如何定位前端bug和后端bug” 正文 1、样式问题 关于布局和兼容性问题,举个例子:同个界面,在15寸电脑上可以看到完整的内容,但是在13.3的电脑上只能看到部分;再举个例子:在Android 9.3的...
  • 判断是前端bug还是后端bug 一、界面相关,排版错乱,文案错误等问题,大都属于前端bug 1、出现样式的问题基本都是CSS的bug 2、出现文本的问题基本都是html的bug 3、出现交互类的问题基本都是JS的bug 二、功能相关,...
  • 为啥区分前端和后端bug:在禅道或jira项目中,提出bug并准确定位,避免相互推脱 前端bug:先了解请求的过程---用户在前端进行页面操作,如点击某个功能 页面携带数据进行请求,访问具体的功能接口 由后端服务执行该...
  • 在测试过程中,作为软件测试工程师,经常会遇到bug定位问题,也是其中一个重要的问题就是到底如何判断自己提交的bug属于前端问题还是属于后端问题? 要知道自己提交的bug属于前端还是后端问题,那么首要需要理解...
  • 如何判断bug是前端bug还是后端bug

    千次阅读 2021-06-29 18:16:56
    如果是一个多人开发的系统,不能明确定位到这个bug是谁造成的,容易提交给错误的开发人员,我们又不可能把这些bug同时提交给前端和后端一起去解决,同时提交给前后端开发人员,每个人都会有依赖心理,就像我们在家里...
  • 【汇总】如何定位前端bug和后端bug

    千次阅读 2021-06-24 10:02:06
    今天就来跟大家分享“如何定位前端bug和后端bug” 标题 1、 样式问题 关于布局和兼容性问题; 举个例子:同个界面,在15寸电脑上可以看到完整的内容,但是在13.3的电脑上只能看到部分;再举个例子:在Android 9.3的...
  • 如果响应内容不正确,为后端bug 4. 也可以在浏览器控制台输入js代码调试进行分析 如果定位为后端的bug,可以进一步通过以下方法精确定位是哪里出bug: 1. 查看报错日志,通过日志分析问题点 2. 查看数据库确认...
  • 如果响应内容不正确,为后端bug。 2.前后端bug各有什么样的特殊性质 (1)前端bug特性:界面相关,布局相关,兼容性相关,交互相关。 (2)后端bug特性:数据相关,安全性相关,逻辑性相关,性能相关。 3.定位BUG属于...
  • wfr=spider&for=pc (仅供自学) 软件测试工程师的 职责是发现BUG,此外,如何体现个人价值?...这里我们就来说说,当我们找到了BUG,应该把BUG提交给谁去解决,这属于BUG定位 的问题。 为什么要
  • 在提bug时,只有明确定位是前端bug还是后端bug,才能正确指派给对应的开发同学,如果经常分不清楚,一直需要开发同学重新指派,不仅浪费了时间,还会被开发同学吐槽,今天就带大家解锁一些区分前后端bug的技能,分...
  • 这里先说定位问题的要求,定位问题要向深入,前提当然是对功能、产品的流程、开发方案、开发人员非常熟悉了,以我们部门为例,定位bug至少要到下面这种程度。 首先确定是界面显示问题还是功能问题 如果是界面问题...
  • 如果响应内容不正确,为后端bug 4.也可以在浏览器控制台输入js代码调试进行分析 如果定位为后端的bug,应该如何精确定位是哪里出了bug呢 1.查看报错日志,通过日志分析问题点 2.查看数据库确认数据的正确性 3.查看...
  • 后端BUG特点: 业务逻辑、性能问题、数据问题、安全性问题 2 通过HTTP请求和响应信息 可以通过浏览器开发者工具(F12)、postman、fiddler(移动端可通过该工具抓包)、Charles、Proxyman、Wireshark、HttpCanary、...
  • web测试中,如何判断是前端的bug还是后端bug呢?

    万次阅读 多人点赞 2019-01-23 16:25:28
    web测试中,如何判断是前端的bug还是后端的bug呢? 通常可以利用抓包工具来进行分析。可以从三个方面进行分析:请求接口,传参,响应。...如果响应内容不正确,为后端bug 4.也可以在浏览器控制台输入js代码调试进...
  • 测试如何判断是前端的bug还是后端bug

    万次阅读 多人点赞 2020-06-09 22:22:48
    软件测试工程师的职责是发现BUG,此外,如何体现个人价值?那么我们试想,只提出问题而不去解决,问题就永远得不到闭环。所以,一个资深的测试人员的基本功应该是这样的:深挖业务和功能需求,找出BUG,定位BUG,...
  • 判断bug属于前端还是后端

    千次阅读 2021-11-26 15:31:17
    测试人员,有效快速地判断bug属于前端/后端
  • 1、如何区分前端和后端通俗讲,用户看到的部分都叫前端。而用户看不到的部分可以统称为后端。2、前端和后端的呈现形式前端的呈现形式有web端、移动端(ios、安卓)、小程序等。后端系统一般只有一个,收集不同前端反馈...
  • 如何区分前端/后端Bug?定位 Bug 属于前端还是后端,有什么办法?1. 接口查看法2. 日志查看法3. 经验法 为撒子要区分前端/后端 Bug? 在中国社会,当 Bug 不能明确是归属谁的时候,大家会采取踢皮球形式踢来踢去,...
  • 1、可以发现页面上发现不了的bug 2、检测系统异常处理的能力(发送错误的数据看会有什么影响) 3、检查系统的安全性、稳定性(模块与模块之间传输数据是否安全、传输是否稳定) 4、前端和后端都校验好了(代码在哪都...
  • 先查看前端请求参数,如果前端请求参数错误,首先前端肯定有问题... 如果前端请求参数正确,然后后端响应结果错误,则是后端的问题。 如果后端结果正确,则可能是前端处理响应结果时处理错误,此时亦是前端的问题 ...
  • 如何判断该bug输入前端bug还是后端bug 软件测试工程师的 职责是发现BUG,此外,如何体现个人价值?那么我们试想,只提出问题而不去解决,问题就永远得不到闭环。所以,一个资深的测试人员的基本功应该是这样 的:深...
  • 怎么区分前/后端bug? 举个栗子,按以下步骤操作: 打开浏览器,输入url:https://www.jianshu.com/sessionst,打开了简书的登录页 不输入账号密码直接点击登录。 系统提示“手机号码/邮箱地址或密码不能为空...
  • 为什么要区分前端/后端BUG? 如果是一个多人开发的系统,不能明确定位到这个bug是谁造成的,容易提交给错误的开发人员,我们又不可能把这些bug同时提交给前端和后端一起去解决,同时提交给前后端开发人员

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 74,348
精华内容 29,739
关键字:

后端bug