精华内容
下载资源
问答
  • 如何判断一个问题是bug
    千次阅读
    2020-07-22 22:16:59

    1.先确认是不是如开发说的那样,环境问题/脏数据,是的话,关闭bug;

    2.不是的话,根据产品需求文档来,一般有分歧都是一些小问题(交互、UI、样式、展示顺序等问题),产品经理拍板或者拿出数分数据支持,这样开发的产品更容易引导用户,促进成交;

    3.若产品需求文档没有提及,需要凭借个人经验判断(比如登录的时候,第一次输入验证码,不小心输错了,重新输入。这个时候,验证码输入框不提供删除原先输错的验证码。虽然需求没有提到,但是基于自己的经验,这也就是bug)

    更多相关内容
  • 遇到bug怎么分析,这篇文章值得

    千次阅读 2022-04-11 14:10:40
    可以明确一个问题是不是真的“bug” 很多时候,我们找到了问题的原因,结果发现这根本不是bug。原因明确,误报就会降低 多个系统交互,可以明确指出是哪个系统的缺陷,防止“踢皮球”,提高问题解决的效率 增强开发...

    为什么定位问题如此重要?

    可以明确一个问题是不是真的“bug”

    很多时候,我们找到了问题的原因,结果发现这根本不是bug。原因明确,误报就会降低

    多个系统交互,可以明确指出是哪个系统的缺陷,防止“踢皮球”,提高问题解决的效率

    增强开发对测试的信任度,沟通更有效,配合的更好,开发修改bug时效增强

    更有效的了解系统的内部逻辑、数据流处理流程,更能提高测试人员的水平,缺陷修复后,影响的测试范围评估更精准,复测更准确

    可以降低缺陷率

    这个可以说是最重要的。在bug系统中,会要求开发人员记录bug产生的原因。只有我们自己对bug有一个较全面的认识,才会判别出开发写的是不是真正的原因,也才能有助于我们后续对bug进行分析归类,根据bug分析,有针对性地未雨绸缪,进而提升产品质量,降低缺陷

    定位原因之前

    遇到问题时,先别急着去定位原因。

    1、保存bug产生的记录:

    首要做的是保存bug产生的记录,保证可以复现。

    为什么要保存记录?因为如果以后不能复现,那就不能证明bug的存在。

    2、排除低级问题:

    然后是排除QA的低级问题,常见的低级问题:

    【hosts不对】

    hosts文件主要是加快某个域名或者网站的解析速度,从而达到快速访问的作用,也可以屏蔽网站。

    hosts异常可能会导致部分网页无法访问,能够加载,但是网页无法正常显示。

    【网络不通】:抓包、ping

    工具的影响导致的,例如fiddler

    以及操作姿势不正确等。

    3、排除数据问题(脏数据):

    有时候会遇到服务端报500错误,查看日志后,报空指针,那么很有可能就是数据库中关联表的数据被人为删掉导致的。

    脏数据:从目标中取出的数据已经过期、错误或者没有意义,这种数据就叫做脏数据

    脏读:读取出来脏数据就叫脏读

    定位问题的思路

    排查顺序:

    用户环境层面 -> 展示层面 -> 逻辑控制层面 -> 服务层面 -> 数据库层面

    1、用户环境层面

    主要是指基础环境是否可以使用。比如:

    网络是否ping通

    ip和端口配置是否正确

    jdk版本是否符合标准

    有可能是由于jdk版本不兼容导致系统运行异常,这种问题根据实际情况来决定要不要兼容。

    网络设了代理

    弱网(如js/css未加载完全、请求超时)

    浏览器不支持

    系统版本不支持

    数据库被删除

    测试环境脏数据

    项目配置开关

    测试环境切了分支等

    检查完成后,可以转到第二步在这里插入图片描述
    2、用户展示层

    用户在使用过程中,通过查看等操作发现的一些问题:

    页面样式(css样式问题)

    交互过程中js的提示(js交互问题)

    终端控制的提示信息

    文本的展示(html文本问题)

    3、逻辑控制层

    用户操作过程中,业务的处理逻辑有没有按照前期的设计实施。或者中间环节出现异常,比如缓存服务器(如redis)、消息中间件(如rabbitMQ)、数据存取中间件等。

    4、服务层

    服务层往往检查服务器的配置,如可能是tomcat配置、nginx配置、jdbc配置等的问题。测试人员最好能够了解下它们的各项配置。

    5、数据库层

    可能出现测试环境和正式环境数据库版本不同,前后端数据格式、长度限制不同。用户操作完成后,交易流程非常顺畅,这样也不代表整个交易没有问题,还需要测试人员检查数据库登记的表和字段是否正确

    如果发现登记的字段与预期的结果不一致,则可以查看日志,检查请求报文送的字段是否正确,是否与前台填写的一致

    有的一个操作会登记多张表,所以要检查多张表登记或者更新的是否正确,测试人员也需要对被测系统的数据表结构熟悉

    6、经验法则

    有经验的测试人员对于有部分bug已经见过多次,能够很快找到根源,直奔主题,迅速报告或者解决bug

    7、其他

    常见的bug可能还有构建方面的原因

    比如代码本身没错,但是合并代码到主干后出现了问题

    比如代码存在冲突时手动解决的情况

    定位问题的方法

    1、常用的定位策略:

    常用的定位策略分为三类:原始类(brute force)、回溯类(backtracking)、排除类(causeeliminations)

    原始类定位方法

    原始类定位方法是最常用也是最低效的方法,只有在万般无奈的情况下才使用它,主要思想是“通过计算机找错”。

    回溯法

    回溯法能成功地用于程序的排错

    方法是从出现bug征兆处开始,人工地沿控制流程往回追踪,直至发现出错的根源,不幸的是程序变大后,可能的回溯路线显著增加,以致人工进行完全回溯到望而不可及。

    排除法

    基于归纳和演绎原理,采用“分治”的概念。

    首先确定所有与bug出现有关的所有数据,设想一个导致bug的原因,用这些数据证明或反驳它。或者一次列出所有可能的原因,通过测试一一排除。只要某次测试结果说明某种假设已呈现倪端,则立即精化数据,乘胜追击

    2、查看状态码

    4xx状态码:一般表示是客户端问题(当然也有可能是服务器端配置问题),比如:

    发生了401,那么要看下是否带了正确的身份验证信息

    发生了403则要看下是否有权限访问

    404则要看下对应的URL是否真实存在

    5xx状态码:一般表示服务端出现问题。比如:

    发生了500错误,则表明是服务器内部错误,这个时候要配合服务器log进行定位

    发生了502错误则可能是服务器挂了导致的问题

    发生503错误可能是由于网络过载导致的问题

    发生504错误则可能是程序执行时间过长导致超时在这里插入图片描述
    3、查看服务器日志

    如果发生5xx问题,或者需要检查后端接口执行的sql是否正确,我们最常见的排查方法就是去看服务器日志,比如tomcat日志。开发人员一般会打出关键信息和报错信息,从而找到问题所在,所以,测试人员也要养成看日志的习惯。

    4、检查配置

    很多时候,bug不是代码的问题,而是tomcat配置、nginx配置、jdbc配置等的问题。在这个层面上,测试人员最好能够了解下它们的各项配置,在发现问题后可能就会想到这方面的问题。

    5、查看需求文档

    有时候,前端和服务端的交互都正确,但是从测试的角度看不合理。这个时候,我们应该翻翻需求文档。如果和需求文档不符,那么就要看下改什么比较合理,是改前端,还是改服务端,或者两者都要改。

    这里有一个原则,就是前端尽可能少地去承担逻辑,只负责渲染展现。当然,不要以为需求文档就全部正确,它也可能会有错误,我们也应该去发现需求文档的bug,然后再去协调PM,敦促FE或者RD进行修改。

    6、向开发寻求可测性支持

    有时候,涉及到开发过程的一些测试,也需要开发提供可测性支持。

    比如,要查看接口给另一个接口发的请求是否正确,可以让开发打印出完整的请求log,还有一些逻辑开关、修改页面数据条数等,都属于可测性支持的范畴。

    技术交流103-348-2984 资料领取,欢迎加入我们的测试自学交流群,里面有来自华为,字节,阿里,科大讯飞等公司的热心同行,2022,一起抱团取暖。
    

    bug定位常用工具

    Firefox——firebug、web developer、live http - headers、http fox

    IE插件——httpwatch

    第三方工具——fiddler

    慢速网模拟工具——firefox throttle

    如何区分前端/后端bug

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

    如果是一个多人开发的系统,不能明确定位到这个bug是谁造成的,容易提交给错误的开发人员。

    同时提交给前后端开发人员,每个人都会有依赖心理,bug会像皮球一样被开发踢来踢去,耽误开发解决bug的时间。

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

    所以测试必须要自己学会区分出是前端还是后端bug,经过bug分类处理,整个团队的效率都会有所提高。

    前后端BUG各有什么样的特点?在这里插入图片描述
    1、利用抓包工具来进行分析

    一般有httpwatch,firebug,fiddler,charles等抓包(数据包)工具。

    httpwatch,firebug都是浏览器的插件,需要额外下载

    fiddler,charles也需要额外下载安装包另行安装

    还有一个简单实用的抓包工具,那就是浏览器的F12调试器

    2、定位前端的bug

    前端的bug通常是功能、界面和兼容性等有关,涉及到jstl,jsp,js,css,html方面比较多。bug主要有两块:

    JS相关

    页面

    3、定位后端的bug

    后台涉及到servlet,jms,ejb,还有很多框架struts,hibernate,spring,ibatis等

    bug 比较难改,但是好找,主要就是看控制台报错,然后定位错误行号。如果配置文件没有问题,那么一般的报错就是空指针,或者是数组下标越界。看附近变量,看方法的参数基本上都可以定位错误。

    定位完问题后

    在发现问题或者定位到问题原因后,一定要进行一步,就是再次确认问题。所谓确认问题,就是弄清楚问题是否每次都发生,还是概率事件,或者是工具相关的问题:

    比如换个浏览器是否依然出现?如果换个浏览器不出现的话,很可能就是前端的兼容性问题。

    比如翻页控件,待测的系统有很多页面都有翻页控件,那么就要看下是否每个页面都会出现这个问题,进而报bug时进行统一说明,也更加方便开发人员批量处理,防止漏改。

    关注即可免费领取一份216页软件测试工程师视频文档资料。在这里插入图片描述

    展开全文
  • 首先判断是否为Bugbug大多数情况 1、部分协助判断依据 网络问题 是否被系统禁用权限 系统设置禁用网络 查看系统内其他的App是否能正常上网 直接设置内查看POP的网络授权 内容发送失败 所有内容均发送失败 当前...

    百搭模版:机型+版本号+操作步骤+附件
    辅助材料优先级:字不如图, 图不如视频

    首先判断是否为Bug

    非bug大多数情况

    1、部分协助判断依据

    • 网络问题

    是否被系统禁用权限
    系统设置禁用网络
    查看系统内其他的App是否能正常上网
    直接设置内查看POP的网络授权
    内容发送失败
    所有内容均发送失败
    当前网络环境不稳定
    切换网络环境看看:移动网(2G/3G/4G)/Wi-Fi/飞行模式
    部分内容发送失败,其余成功(转bug)

    • 权限问题

    微信、QQ分享/通知/地标授权
    摄像头/麦克风
    系统静音:看什么都没有声音都时候可以看看是不是系统静音了

    • 用户误操作

    误点/误删等情况

    Bug(iOS/Android)

    1、是否偶现

    判断依据:重复之前操作步骤问题再次出现就很大概率为必现

    2、类型优先级

    必现>大概率偶现>小概率偶现

    3、问题类型

    高:1、内存泄漏;2.花屏;3.系统容易崩溃;4.用户数据丢失;5.无法登陆;6.黑屏;7.Crash;8、App 卡死
    主流程或主要功能不能正常运行,严重影响用户体验

    中:1、整个界面内容错乱;2、删掉的内容再次出现;3、未读消不掉;
    影响用户体验但主流程功能能正常运作

    低:1、部分UI布局问题;2、提示不友好;3、功能和需求有轻微出入;
    (美观问题)轻微影响用户体验,不影响功能

    4、偶现bug处理

    一、判断优先级
    二、寻找QA复现(提供:Bug的具体表现+产生的bug前进行的步骤描述+录屏+现log:最好提供具体发生时间点)
    三、如果会导致系统瘫痪可发送log和录屏以及操作步骤到开发群(记得顺便带#QA;报bug格式参考:版本+手机型号+操作步骤+Bug类型)

    5、必现Bug处理

    一、机型&系统型号( iOS:设置-通用-关于本机/ Android:设置-我的设备)
    二、具体的版本号
    三、产生bug的必现步骤

    • 文字描述:描述中需要具体描述bug产生的区域(Camera)、操作路径以及bug类型(黑屏)
    • 例子:✅camera中拍摄视频后进入预览界面,预览内容必现黑屏
    • 例子:❌视频预览会黑屏
    • 完整录屏: 产生bug前的步骤以及bug产生时的表现

    四、用户ID

    6、过旧版本的Bug

    核对是否已修/遗漏bug

    展开全文
  • 开发者工具的使用(chrome浏览器) (1)打开开发者工具,在浏览器菜单栏选择工具-开发者工具,快捷键是F12 (2)打开之后切换到Network页签,操作就可以看到请求响应 (3)再选择响应的链接,...例如:列表中新增一个数据,没

    前端bug特点:界面相关 布局相关 兼容性相关
    后端bug特点:业务逻辑相关 性能相关 数据相关 安全性

    定位方法:
    1.查日志:
    通过查看后端服务日志,复现时没有相关日志,基本认为这个功能没有与后端交互,那就是前端问题。

    2.查接口
    抓包查看接口的入参 地址 出参是否和接口文档一致。
    1.如果请求数据和接口文档不一致,则是前端问题
    2.如果请求数据和接口文档一致,响应数据和接口文档也一致,则是前端问题。
    3.如果请求数据和接口文档一致,响应数据和接口文档不一致则是后端问题。

    3.开发者工具的使用(chrome浏览器)

    (1)打开开发者工具,在浏览器菜单栏选择工具-开发者工具,快捷键是F12

    (2)打开之后切换到Network页签,操作就可以看到请求响应

    (3)再选择响应的链接,切换到Preview页签,可以看到响应的结果数据;切换到Headers页签可以看到请求的地址,请求的方式,结果等信息

    (4)Response结果中可以看到返回的数据字段、值
    可以根据响应的值判断一些bug所在
    (1)响应中没有数据,则是后端数据没有返回,前端展示为空,则为后端问题。例如:列表中新增一个数据,没有显示,通过请求中可以看到数据total为0,则是后端数据没有返回。(2)响应中有数据,但是前端显示错误了,可以根据字段值判断是否前端显示中取错了字段显示,可以判断是前端问题。例如:B端显示内容错误了,把登录用户名显示了登录帐号,则可以在响应中看数据是否返回正确,返回正确而显示错误,则有可能是前端绑定字段错误。(3)响应中有数据,但是跟自己操作的结果不一致,可以根据数据库查询,如果数据库中也没有记录,可能是代码有问题,没有记录你的操作。例如:注册了一个帐号,但是登录时提示帐号或密码错误,这就可以在数据库表中查看是否有注册的数据。

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

    万次阅读 多人点赞 2022-03-18 13:42:52
    随着开发软件趋向于大型化复杂化,软件测试逐渐成为一个专业,需要运用专门的方法和手段,需要专门人才来管理。但是外面的小道消息总是在传:软件测试就只是找bug的!这个我可就不同意了~ 软件测试员是找bug,但也...
  • 判断一个bug是前端问题还是后端问题,是一道非常经典的面试题,很多小伙伴在这道题上栽过跟头。为什么经典?是因为有经验的面试官,能从这一道题中洞悉面试者的技术水平(抓包、Linux、代码、数据库、环境等等)和他...
  • ​怎么判断是前端bug还是后端bug

    千次阅读 2021-10-18 16:41:44
    、界面相关,排版错乱,文案错误等问题,大都属于前端bug 1、出现样式的问题基本都是CSS的bug 2、出现文本的问题基本都是html的bug 3、出现交互类的问题基本都是JS的bug 二、功能相关,抓包分析,从接口请求url...
  • 在中国社会,当 Bug 不能明确是归属谁的时候,大家会采取踢皮球形式踢来踢去,从而导致沟通成本增加、Bug 解决延误等问题,毕竟谁会主动承认自己的错误呢! 前端/后端 Bug 各有何特点? 前端 Bug 后端Bug ...
  • 如何定位判断是前端的bug还是后端的bug? 1.通常可以利用抓包工具来进行分析 (1)传参内容是否正确 如果传参内容不正确,定位为前端的bug。 (2)响应内容是否正确 如果响应内容不正确,为后端bug。 2.前后端bug各有...
  • 如何判断bug是前端bug还是后端bug

    千次阅读 2021-06-29 18:16:56
    如果是一个多人开发的系统,不能明确定位到这个bug是谁造成的,容易提交给错误的开发人员,我们又不可能把这些bug同时提交给前端和后端一起去解决,同时提交给前后端开发人员,每个人都会有依赖心理,就像我们在家里...
  • 学会通过fiddler等工具抓包分析BUG、通过日志定位BUG
  • 测试如何判断是前端bug还是后端bug

    千次阅读 2021-06-29 19:01:48
    1. 请求接口url是否正确 如果请求的接口url错误,为前端的bug ...1. 查看报错日志,通过日志分析问题点 2. 查看数据库确认数据的正确性 3. 查看缓存是否正确 前后端BUG各有什么样的特点? 定位BUG
  • 发现一个BUG,怎么定位是APP端还是服务端的问题 第一种方式可以通过抓包分析,通过对客户端进行抓包分析服务端返回的数据是否符合预期,如果服务端的数据是正确的,那就是客户端的问题。 第二种可以用日志分析,通过...
  • 所以,一个资深的测试人员的基本功应该是这样的:深挖业务和功能需求,找出BUG,定位BUG,提出解决方案。这里我们就来说说,当我们找到了BUG,应该把BUG提交给谁去解决,这属于BUG定位的问题。 为什么要区分前端/...
  • 最近在测试的产品是一个类似于途牛的旅游网站,公司只有本人一个菜鸟测试,之前从未接触过测试相关。最近在提bug的时候,发现自己越来越容易纠结于一个bug到底是该分给前端还是后台。之前测试其他产品的时候,由于...
  • 测试如何判断是前端的bug还是后端的bug

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

    千次阅读 2021-11-26 15:31:17
    测试人员,有效快速地判断bug属于前端/后端
  • 后端的Bug,如何准确的定位问题在哪里,如何精准的描述Bug? (1)查看报错日志 ...case1:文本框输入不合法的内容,点击提交按钮, 如果不合法的内容提交成功, 那应该是前后台没有做校验, 前后台都有这个bug
  • 软件测试过程中,如何判断一个bug归属于前台还是后端? 1.先明白什么是前端,什么是后端 能够理解前端和后台,就非常好区分Bug所属位置: 前端 : 是用户看得见摸得着的东西,主要体现在页面的视觉效果以及交互设计...
  • 如何区分是前端BUG还是后端BUG

    千次阅读 2022-05-17 21:43:04
    业务逻辑、性能问题、数据问题、安全性问题 2 通过HTTP请求和响应信息 可以通过浏览器开发者工具(F12)、postman、fiddler(移动端可通过该工具抓包)、Charles、Proxyman、Wireshark、HttpCanary、tcpdump等工具。...
  • 像界面、排位等问题都是前端 报服务异常等问题,一般都是后端。也有可能是前端传参有误 最准确的是看接口文档的接口请求和返回,对着接口文档来,请求错乱就找前端,响应返回错了,就找后端;响应没错还是与需求不...
  • 判断是前端bug还是后端bug

    千次阅读 2021-12-02 09:45:34
    、界面相关,排版错乱,文案错误等问题,大都属于前端bug 1、出现样式的问题基本都是CSS的bug 2、出现文本的问题基本都是html的bug 3、出现交互类的问题基本都是JS的bug 二、功能相关,抓包分析,从接口请求url,...
  • 如何定位一个bug是前端还是后端?

    千次阅读 2021-10-28 10:30:10
    2、软件对外提供的一个功能,(一个门,一个口)写入所需要的参数,调用软件里的方法,检验返回的结果是否是我们期望的。 2、为什么要做接口测试? 1、可以发现页面上发现不了的bug 2、检测系统异常处理的能力...
  • bug认定与级别判断

    2017-11-09 10:25:52
    软件缺陷的判断,如何区分是致命级、严重级、一般级、次要级。什么样的问题才算是bug
  • 所以,一个资深的测试人员的基本功应该是这样 的:深挖业务和功能需求,找出BUG,定位BUG,提出解决方案。这里我们就来说说,当我们找到了BUG,应该把BUG提交给谁去解决,这属于BUG定位 的问题。 为什么要
  • 首先,搞不清一个bug到底归属前端还是后台的根本原因就是对于这二者的概念模糊。综合网上的资料来看,个人归纳为: 前端是用户看得见摸得着的东西,主要体现在页面的视觉效果以及交互设计上。比如说一个网站的页面...
  • 1. 认识bug   软件的bug,狭义指软件程序的漏洞或缺陷,广义指测试...2. 如何描述一个bug? 发现问题的版本 问题出现的环境 环境分为硬件环境和软件环境。如果是web项目,需要描述浏览器版本、客户机操作系统...
  • web测试中,如何判断是前端的bug还是后端的bug呢?

    万次阅读 多人点赞 2019-01-23 16:25:28
    web测试中,如何判断是前端的bug还是后端的bug呢? 通常可以利用抓包工具来进行分析。可以从三方面进行分析:请求接口,传参,响应。 1.请求接口url是否正确 如果请求的接口url错误,为前端的bug 2.传参是否...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 273,783
精华内容 109,513
热门标签
关键字:

如何判断一个问题是bug