精华内容
下载资源
问答
  • 要做判断的原因:1、判断个bug是前端还是后台的,如果判断准确了,方便我们找对应的人沟通,减少沟通成本, 2、提升测试人员自己定位问题的能力 在分析这之前,我们先讲讲前台和后台的区别 前端“主要是负责...

    要做判断的原因:1、判断这个bug是前端还是后台的,如果判断准确了,方便我们找对应的人沟通,减少沟通成本, 2、提升测试人员自己定位问题的能力

    在分析这个之前,我们先讲一讲前台和后台的区别

    前端“主要是负责页面的展示, 以及一些校验,比如字符串的长度格式校验 ,当然这些后台接口也需要做对应的校验的,

    后端接口:主要是负责业务相关的功能

    现在来分析bug可能是前台还是后台:

    case1:文本框输入不合法的内容,点击提交按钮, 如果不合法的内容提交成功, 那应该是前后台没有做校验, 前后台都有这个bug

    case2:文本框输入合法的内容,点击提交按钮, 查看数据库中的数据和输入的内容不一致, 这个时候需要看前台传的数据是否正确,使用fiddler抓包, 查看请求头里面的数据是否和输入一致,如果一致就是后台的问题, 如果不一致,就是前台的bug

    case3:界面展示不友好, 重复提交 这些都是前台的bug

    展开全文
  • 最近在测试的产品是一个类似于途牛的旅游网站,公司只有本人一个菜鸟测试,之前从未接触过测试相关。最近在提bug的时候,发现自己越来越容易纠结于一个bug到底是该分给前端还是后台。之前测试其他产品的时候,由于...

    最近在测试的产品是一个类似于途牛的旅游网站,公司只有本人一个菜鸟测试,之前从未接触过测试相关。最近在提bug的时候,发现自己越来越容易纠结于一个bug到底是该分给前端还是后台。之前测试其他产品的时候,由于业务逻辑相对简单,bug也不多,也就很少留意到这个问题,但是现在手头的项目让我对于bug定位的问题再也无法忽略。遂查了一些资料,再加上自己的理解,输出了这篇文章,谨以记录以及相互的交流学习,如有不当之处,欢迎指出。

    首先,搞不清一个bug到底归属前端还是后台的根本原因就是对于这二者的概念模糊。综合网上的资料来看,个人归纳为:

    前端是用户看得见摸得着的东西,主要体现在页面的视觉效果以及交互设计上。比如说一个网站的页面风格、页面跳转等,最简单的例子就是一个注册界面:前端设计界面风格,约束输入的字符类型、长度以及合法性校验等,不涉及到与数据库之间的信息交流。

    后台,则侧重于更深层面的东西,关于逻辑,关于数据,关于平台的稳定性与性能。后台主要负责实现具体的功能,举个例子,还是那个注册界面,前端写好了界面,规定了你能输入哪些数据,不能输入哪些数据,而后台则会把你输入的信息与数据库进行比对,如果是新用户,则顺势在数据库中插入一条信息。

    当然,关于数据的校验,不同项目情况不同,有些是由前端进行校验,有些是后台,有些是前后台都需要校验。

    知道了前后台的区别,就大致能够进行bug的判断了。

    case1:文本框输入不合法的内容,点击提交按钮, 如果不合法的内容提交成功, 那应该是前后台没有做校验, 前后台都有这个bug

    case2:文本框输入合法的内容,点击提交按钮, 查看数据库中的数据和输入的内容不一致, 这个时候需要看前台传的数据是否正确,使用fiddler抓包, 查看请求头里面的数据是否和输入一致,如果一致就是后台的问题, 如果不一致,就是前台的bug

    case3:界面展示不友好, 重复提交 这些都是前台的bug

    下面引用一篇文章的内容

    首先必备工具Firefox debug工具(fiddler也是一个相当好用的工具

    可以考虑检查标签的排查工具 idea.exe

    如何区分页面的bug问题归属:前端or后端

    前端bug主要分为3个类别:HTML,CSS,Javascript三类问题

    给个最大的区别方式方法:

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

    现在以淘宝的前端人员工作为例进行相关bug定位的剖析

    判断前后台问题的区分方法:

    FF, 打开错误控制台

    • 区分前后台交互:查看网络请求

    a) Html中如果有链接,有相应的情况下,基本可以定位到是属于前端的问题

    b) 如果为空,或者有出现error错误信息,我们就可以定位到属于后台开发的问题

    • TMS对应的VM模板,出现的一些截断控制,转换功能都属于前端的问题

    一、HTML

    最常见的HTML的问题—就是标签的问题了,最常见的排查和解决办法就是查看页面源代码,然后通过检查标签的工具,现在暂时提供idea.exe进行检查,有其他更好的工具再进行推荐。

    常见问题类别:

    1. 标签闭合—表象,页面中出现大范围的混乱,就是少了标签的情况,导致标签未闭合
    2. 标签浮出—例如鼠标移动到文本位置,浮出全名的这种浮出形式都属于标签浮出的问题
    3. 标签在不同的浏览器的一种解析方式的不同导致的前端bug例如如下结构

    该部分可以看做为一个大的框即是标签<a> 内嵌标题的标签<p>,里面再有这些个内容<ing>,那么在不同的浏览器中,可能ie和FF的解析会产生不同,假设IE解析为<a><p><img></img></a></p>的一种形式,但在FF下可能解析为

    <a><img></img></a>

    <p></p>

    的两行的形式从而导致前端在复古鞋/板鞋这块ing里面的格式产生混乱

    结构可看为:

    • 页面定点的问题:最明显的前端功能,在于点击某个链接将页面位置定位到对应的位置

    a) 我们可以通过右键,查看元素的工具进行定位到毛点所定位到的位置,如果出现问题这种问题很直观,并且能通过这种方法直接定位到问题

    • 页面的跳转,也属于html的问题,大家在出现点击未跳转或者跳转方式不正确的问题,直接可以定位到跳转属性的问题,找到对应的跳转对应的块提供给开发人员即可

    二、CSS,产生样式问题。例如:排版,布局,颜色,背景等

    css的bug主要分为:兼容型bug 、业务性bug 和 内容型bug

    • 兼容型bug

    a) 表现:仅在少数几个浏览器上出现

    b) 原因:浏览器的解析不一致

    c) 解决:根据实际情况进行前端代码的通用性

    d) 类别:

    1. 脚本兼容型问题:在出现对应交互的问题就基本可以定位到脚本兼容型bug,例如DIV的显示和层结构。实际可以参考聚划算的几个商品鼠标移动到小图的时候,对应大图展示的功能。
    2. 页面样式兼容型问题:直接表象在样式上,都是基于框架的页面展示错误,很容易定位
    3. 业务性bug

    a) 表现:在所有浏览器下都有该问题

    b) 原因:对业务不熟悉

    c) 解决:根据需求进行修改达到业务要求

    该类型的定位,主要在和实现的要求不一致,最直接表现在页面的友好型,用户的可用性的bug,可以定位为该类型

    • 内容型bug

    a) 表现: 前端自测正确,但在填入内容后,出现的错误,内容消失等

    b) 原因: 扩展性未考虑周全

    c) 解决: 进行overflow test

    输入内容的长度限制等功能可定位为内容型bug

    三、Javascript

    最直接的判断方法,刷新页面,出现滞后显示的一些模块基本都为脚本的输出块。该部分的一些问题可以参照兼容型bug中类别的脚本兼容型bug。

    1. 有产生交互类的问题,大多数都可以定位到是属于javascript产生的问题,该部分大多不会报错
    2. 有错误提示类的。页面左下方有出现javascript的错误提示;有弹出错误信息提示的bug;浏览器返回的一些错误弹出框都属于javascript的bug。

    2019.3.26更新一则:

    肉眼在网页上见到的问题实际并不一定就是前端造成的,也有可能是后端人员未传值或者传值不恰当导致。具体应该怎么判断呢?目前我使用的方式是看network传值的情况。例子如下:

    1.这里我在电脑端测试是有正确的提示信息的,并且在相应条件下可以出现该提示。但是,使用手机进行测试时,却发现在同样情况下手机端给出的提示是“提交失败!”,显然,这种情况就属于前端的疏漏了。

    2.再有一种情况,就是后端未传值导致了前端无法显示相应数据。具体例子就不说了,查看方法和上面同样的,这种情况就是属于后端的bug了。

    以上,如有错误,欢迎指出。

    展开全文
  • 软件测试过程中,如何判断一个bug归属于前台还是后端? 1.先明白什么是前端,什么是后端 能够理解前端和后台,就非常好区分Bug所属位置: 前端 : 是用户看得见摸得着的东西,主要体现在页面的视觉效果以及交互设计...

    软件测试过程中,如何判断一个bug归属于前台还是后端?

    1.先明白什么是前端,什么是后端  能够理解前端和后台,就非常好区分Bug所属位置:
        前端 : 是用户看得见摸得着的东西,主要体现在页面的视觉效果以及交互设计上

        后端  :则侧重于更深层面的东西,关于逻辑,关于数据,关于平台的稳定性与性能。后台主要负责实现具体的功能。

    2.前端的bug主要分为3类:HTML CSS javascript三类问题
        出现样式的问题基本都是CSS的bug;
        出现文本的问题基本都是html的bug
        出现交互类的问题基本都是Javascript的bug
      后端的Bug如:
        (1) 查看报错日志
         查看报错日志,通过日志分析,需要有一定的经验,并且有一定的代码基础,才能更好地定位问题。
     (2)查看数据库的数据
         了解所测功能的数据表结构,测试过程中,查看数据库的数据,确认数据的正确性。
     (3)查看缓存(如Memcache、apc、redis等缓存)是否正确
    3.综合分析bug可能是前台还是后台:
        (1)文本框输入不合法的内容,点击提交按钮, 如果不合法的内容提交成功, 那应该是前后台没有做校验, 前后台都有这个bug
        (2)文本框输入合法的内容,点击提交按钮, 查看数据库中的数据和输入的内容不一致, 这个时候需要看前台传的数据是否正确,使用fiddler抓包, 查看请求头里面的数据是否和输入一致,如果一致就是后台的问题, 如果不一致,就是前台的bug
        (3)界面展示不友好, 重复提交 这些都是前台的bug.

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

    千次阅读 多人点赞 2020-06-09 22:22:48
    所以,一个资深的测试人员的基本功应该是这样的:深挖业务和功能需求,找出BUG,定位BUG,提出解决方案。这里我们就来说说,当我们找到了BUG,应该把BUG提交给谁去解决,这属于BUG定位的问题。 试想: 根据需求,用户...

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

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

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

      如果是一个多人开发的系统,不能明确定位到这个bug是谁造成的,容易提交给错误的开发人员,我们又不可能把这些bug同时提交给前端和后端一起去解决,同时提交给前后端开发人员,每个人都会有依赖心理,就像我们在家里一样,兄弟姐妹多的,干家务活总会想着给对方做,一样的道理。bug会像皮球一样被开发踢来踢去,耽误开发解决bug的时间。

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

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

      但说实话,能真正区分并准确判断是什么错误需要很有经验的测试,并且也需要测试懂开发技能。目前我这方面能力真的欠缺,我也需要加油~。虽然初级中级的测试不能做到完美区分所有bug,但一定要学会简单的区分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,提出解决方案。这里我们就来说说,当我们找到了BUG,应该把BUG提交给谁去解决,这属于BUG定位的问题。 为什么要区分前端/...
  • 所以,一个资深的测试人员的基本功应该是这样 的:深挖业务和功能需求,找出BUG,定位BUG,提出解决方案。这里我们就来说说,当我们找到了BUG,应该把BUG提交给谁去解决,这属于BUG定位 的问题。 为什么要
  • 首先,搞不清一个bug到底归属前端还是后台的根本原因就是对于这二者的概念模糊。综合网上的资料来看,个人归纳为: 前端是用户看得见摸得着的东西,主要体现在页面的视觉效果以及交互设计上。比如说一个网站的页面...
  • 3.若产品需求文档没有提及,需要凭借个人经验判断(比如登录的时候,第次输入验证码,不小心输错了,重新输入。这时候,验证码输入框不提供删除原先输错的验证码。虽然需求没有提到,但是基于自己的经验,这也...
  • 像界面、排位等问题都是前端 报服务异常等问题,一般都是后端。也有可能是前端传参有误 最准确的是看接口文档的接口请求和返回,对着接口文档来,请求错乱就找前端,响应返回错了,就找后端;响应没错还是与需求不...
  • 1. 认识bug   软件的bug,狭义指软件程序的漏洞或缺陷,广义指测试...2. 如何描述一个bug? 发现问题的版本 问题出现的环境 环境分为硬件环境和软件环境。如果是web项目,需要描述浏览器版本、客户机操作系统...
  • web测试中,如何判断是前端的bug还是后端的bug呢?

    万次阅读 多人点赞 2019-01-23 16:25:28
    web测试中,如何判断是前端的bug还是后端的bug呢? 通常可以利用抓包工具来进行分析。可以从三方面进行分析:请求接口,传参,响应。 1.请求接口url是否正确 如果请求的接口url错误,为前端的bug 2.传参是否...
  • 在测试过程中,作为软件测试工程师,经常会遇到bug定位问题,也是其中一个重要的问题就是到底如何判断自己提交的bug属于前端问题还是属于后端问题? 要知道自己提交的bug属于前端还是后端问题,那么首要需要理解...
  • 一个逻辑bug

    千次阅读 2015-12-08 15:02:37
    1 从数据库中找出一个学生能选的毕业设计(毕设的select or not 字段表示本题目是否已经被选 此时就按照其值为n来查询) 2 用户选择某个毕设后,先更新毕设表(select ...最后发现了一个逻辑bug 我本来以为经过第一步后的
  • bug认定与级别判断

    2017-11-09 10:25:52
    软件缺陷的判断,如何区分是致命级、严重级、一般级、次要级。什么样的问题才算是bug
  • 判断空间上三点是否在同一直线上【找bug篇】 作者:Vashon 时间:20150601 发布时间:20150718 、拿到问题,首先分析并理清思路。 判断三点是否在同一条直线上有几种方法: 1、两点共点(p1与p2共点,p1与...
  • 今天发现网页中的一个脚本错误,经检查发现是使用jQuery.browser.version判断浏览器版本时将IE8.0返回成IE6.0了,网上搜索有同样的问题,但大部份人反映的结果都是正常的,再一测试原来问题了,因为我的测试环境是...
  • 通过完全维护发现问题出在mono-2.0-bdwgc.dll这文件上,这文件有bug。 百度了一下,http://ghoulich.xninja.org/2020/04/10/how-to-solve-get-thread-context-failed-error-in-unity/也有相同的问题,作者...
  • 先使用抓包工具确定服务器接口反回的数据是否正确,这样就可以排除是否是服务器原因如果返回的是服务器报错那麼就是服务器原因, 如果反回的数据与接口文档不符那麼就是接口问题, 最後就是客户端问题.
  • 如何判断前后端bug

    千次阅读 2019-09-28 03:52:54
    这里先说定位问题的要求,定位问题要向深入,前提当然是对功能、产品的流程、开发方案、开发人员非常熟悉了,以我们部门为例,定位bug至少要到下面这种程度。首先确定是界面显示问题还是功能问题 如果是界面问题,...
  • 一个关于 UIPickerView 的 bug

    千次阅读 2014-07-30 16:31:30
    在使用UIPickerView实现选择城市的时候,出现这样一个Bug 1、在iOS 6的系统上 2、Picker的数据上省份一栏选择了“香港”或者“澳门”这些没有二级数据的地区 3、然后滑动PickerView的二级选项,结果崩溃,而且不跳...
  • 如何判断前后端bug

    千次阅读 2020-06-21 16:51:57
    如何判断前后端bugBUG,其实就是软件期望的行为与实际行为的差异。从程序的角度来看,在软件整个生命周期中都会有bug的出现。 ①需求分析过程中,需求理解的不足,导致的理解错位 ,遗漏甚至变化都可能导致bug; ...
  • 3、如果开发说测试环境问题, 让他说明清楚测试环境问题是什么,按照他说的验证遍, 如果确实如他所说, 关闭bug,但是不是他说的那样,继续激活bug给开发解决,确保产品质量。 4、如果开发说用户不存在这种使用...
  • FFmpeg解码多出一帧?菜鸡定位一个尚未解决的BUG
  • ucGUI EDIT控件显示汉字尾部出现乱码问题一个BUG ucGUI版本:3.94 EDIT在显示双字节的汉字时,尾部出现乱码,正常的字符的都显示出来了,只是在后面出现乱码。跟踪发现问题出现在EDIT.c中的_Paint问题中. EDIT.c...
  • 梦中没有错与对,梦中没有恨和悔......四年多前的一个往事大约在2010年的时候,我排查了一个问题问题描述如下:服务端:Linux Kernel 2.6.8/192.168.188.100客户端:Windows XP/192.168.40.34业务流程
  • 作为一个测试工程师,我们的职责不仅限于找到Bug,还要懂得区分这个Bug是前端的还是后台的,这样也有助于团队整体的工作效率 什么是前段 综合网上的资料来看: 前端是用户看得见摸得着的东西,主要体现在页面的视觉...
  • 一个bug管理软件:BugFree

    千次阅读 2006-08-08 18:40:00
    一个bug管理软件:BugFreeBugFree的发展目标:代替BugZilla和Mantis,成为最流行的Bug管理系统! 关于BugFree作者:刘振飞 Email: liuzf at pku dot org dot cn版本:$Id: ABOUT.htm,v 1.5 2005/06/27 07:23:59 ...
  • mybatis对非空的判断Bug

    千次阅读 2017-04-25 14:23:51
    找了挺久的2小时的Bug 特此记录下来。 针对Map>类型,如果传入 List集合为null 或“”,3.2.8 xml里仅 !=null 能走进非空判断,如果这里加上 !="",成功;但是3.3.0会报错;故针对这种场景,List的“”...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 238,663
精华内容 95,465
关键字:

如何判断一个问题是bug