怎么定位一个bug是前端的问题？

最新推荐文章于 2025-01-21 15:32:49 发布
最新推荐文章于 2025-01-21 15:32:49 发布
阅读量360 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/yzmoy/article/details/108105501
版权

前端和后台最大的区别是否有数据交互
前端可以根据草图/原型图配合页面的开发者模式F12定位bug是否为前端
后台可以根据得到的返回值或者是响应的响应页面来决定

如何定位bug归属前端还是后台？
weixin_46183674的博客
11-27 1251
case1：文本框输入不合法的内容，点击提交按钮， 如果不合法的内容提交成功， 那应该是前后台没有做校验， 前后台都有这个bug case2：文本框输入合法的内容，点击提交按钮， 查看数据库中的数据和输入的内容不一致， 这个时候需要看前台传的数据是否正确，使用fiddler抓包， 查看请求头里面的数据是否和输入一致，如果一致就是后台的问题， 如果不一致，就是前台的bug case3：界面展示不友好， 重复提交 这些都是前台的bug 前台定位方法： 前台bug定位：按F12在console中查看报错信息，对于
如何发现一个bug如何定位是前端还是后台问题？
weixin_48129331的博客
11-29 875
后端的Bug，如何准确的定位问题在哪里，如何精准的描述Bug？ （1）查看报错日志 查看报错日志，通过日志分析，需要有一定的经验，并且有一定的代码基础，才能更好地定位问题。 （2）查看数据库的数据 了解所测功能的数据表结构，测试过程中，查看数据库的数据，确认数据的正确性。 （3）查看缓存（如Memcache、apc、redis等缓存）是否正确 现在来分析bug可能是前台还是后台： case1：文本框输入不合法的内容，点击提交按钮， 如果不合法的内容提交成功， 那应该是前后台没有做校验， 前后台都有这个bug
定位bug
weixin_42494408的博客
10-23 1689
测试工程师不只是负责发现bug，除了发现bug这种基本功外，定位bug，提出解决方案，提出预防方案也是要掌握的技能。这里先说定位bug的要求，定位bug要更深入，前提当然是对功能、产品的流程、开发方案、开发人员非常熟悉了，以我们部门为例，定位bug至少要到下面这种程度。 首先确定是界面显示bug还是功能bug：        如果是界面bug：如贴图错误，文字错误，样式错误，则需要截图 　 ...
测试人员如何定位bug
weixin_30404405的博客
09-10 814
定位问题大致思路：用户层面问题-->web页面/软件界面-->中间件-->后端服务-->代码-->数据库 1.用户层面问题：用户自己的环境问题或操作问题，比如环境不通或者操作不正确。这种问题一般不是bug,如果要考虑构建更加健壮的软件，那么可以根据实际情况来决定要不要处理。 2.web页面问题：这类问题一般通过观察以及利用一些常识可发现，比如样式问题一般是css问...
如何定位bug？
Ylish08的博客
02-25 8779
1、初步定位：先去数据库查看该功能的数据有没有落库？ 如果落库了，则检查其数据的一致性、正确性、及时性 如果没有落库，则借助抓包来明确是前段还是后端的问题 2、通过抓包抓取其请求数据及响应数据，先检查请求数据(比如请求地址、请求参数等是否正确，是否缺失) 如果请求数据不正确或者缺失，则是前端的bug，截图发给前端处理 如果请求数据正确，无缺失，则进一步检查响应的结果 如果响应内容不正确或者缺失则是后端的bug， 3、后端的问题，则需要进入后端服...
如何定位bug
fhjkkkjh的博客
03-27 1481
具体的测试时间、测试环境、测试场景、测试的具体业务和功能、使用的测试代码和测试数据、测试执行步骤、测试结果、bug现象（最好截图）、日志记录、预期结果、bug确认相关人员等。6、如果各方面都分析完还不能确认bug的原因，可以找开发一起定位（注意保留bug现场或者可以复现bug场景）5、当测试人员经过一系列的分析，可以基本确认bug产生的原因后，就可以直接找开发提bug了（注意沟通技巧）1、发现bug，首先要查看bug的详细信息，根据描述初步分析是哪个模块哪段代码的问题。
如何正确定位前后端bug？
最新发布
qq_53541336的博客
01-21 1309
在平时的开发过程中，正确定位前后端bug是提高开发效率和项目质量的关键。以下是一些实用的方法。
发现一个bug如何定位是前端还是后台问题？
qq_43046336的博客
11-27 371
（1）查看报错日志 查看报错日志，通过日志分析，需要有一定的经验，并且有一定的代码基础，才能更好地定位问题。 （2）查看数据库的数据 了解所测功能的数据表结构，测试过程中，查看数据库的数据，确认数据的正确性。 （3）查看缓存（如Memcache、apc、redis等缓存）是否正确 现在来分析bug可能是前台还是后台： case1：文本框输入不合法的内容，点击提交按钮， 如果不合法的内容提交成功， 那应该是前后台没有做校验， 前后台都有这个bug case2：文本框输入合法的内容，点击提交按钮， 查看数据库中
【测试】如何判断一个 Bug 属于前端还是后端？
不出意外，是个啥也不会的博主(#^.^#)
04-13 2678
文章目录@[toc]为撒子要区分前端/后端 Bug？前端/后端 Bug 各有何特点?如何区分前端/后端Bug？定位 Bug 属于前端还是后端，有什么办法？1. 接口查看法2. 日志查看法3. 经验法 为撒子要区分前端/后端 Bug？ 在中国社会，当 Bug 不能明确是归属谁的时候，大家会采取踢皮球形式踢来踢去，从而导致沟通成本增加、Bug 解决延误等问题，毕竟谁会主动承认自己的错误呢！ 前端/后端 Bug 各有何特点? 前端 Bug 后端Bug 界面相关 业务逻辑相关 布局相关 性能..
软件测试之BUG分析定位概述（QA如何分析定位BUG）
热门推荐
软件猿扫地僧
05-30 2万+
你是否遇到这样的场景?QA发现问题后找到DEV说： 不好了，你的程序出问题了！ DEV（追查半小时之后）: 唉，是你们测试环境配置的问题 唉，是你们数据不一致 唉，是你们**程序版本不对 唉，是**产品线的问题 当时的日志呢？ 当时cpu有异常么？ 可以复现么？ 这里就应该是这样啊！ 你是否期待这样的场景?QA发现问题后，
总结我的思路_如何在验证中发现和定位Bug
12-28
海思一名验证牛人写的验证总结，个人感觉写得还行，当然，里面一些比较偏激的观点可以不采纳。这篇文章可以作为IC初从业人员的参考文档。
【汇总】如何定位前端bug和后端bug
Sugarhiy的博客
06-24 4120
前言 在一个项目中，前端出bug的几率往往高于后端，因此在不知道bug是属于谁的情况下，经验不足的测试员会自作聪明地把bug提给前端。这样一来，前端大哥在发现bug不属于自己的情况，难免心里不爽甚至找测试员理论。为了提高测试者的专业度，也为了团队的和谐，学会定位问题是一项必备本领。今天就来跟大家分享“如何定位前端bug和后端bug” 标题 1、 样式问题 关于布局和兼容性问题； 举个例子：同个界面，在15寸电脑上可以看到完整的内容，但是在13.3的电脑上只能看到部分；再举个例子：在Android 9.3的系
前端开发中，定位bug的几种常用方法
qq_45796592的博客
05-10 3015
解决bug的方法
如何进行前端bug定位
weixin_30901729的博客
08-26 364
前端bug主要分为3个类别：HTML,CSS,Javascript三类问题 给个最大的区别方式方法： 出现样式的问题基本都是CSS的bug 出现文本的问题基本都是html的bug 出现交互类的问题基本都是Javascript的bug 现在以淘宝的前端人员工作为例进行相关bug定位的剖析 判断前后台问题的区分方法： FF, 打开错误控制台 区分前后台交互：查看网...
如何判断Bug是，前端还是后端的问题
钊的博客
12-20 3246
像界面、排位等问题都是前端 报服务异常等问题，一般都是后端。也有可能是前端传参有误 最准确的是看接口文档的接口请求和返回，对着接口文档来，请求错乱就找前端，响应返回错了，就找后端；响应没错还是与需求不符合也是找前端 如果问题还不能定位，就把前后端叫到一起，有他吗讨论 ...
前端bug快速定位 - 平稳运行的前端系统，只有某个人那里有问题
loulanyijian的专栏
06-25 232
大家应对都会遇到一个经典的场景，就是我们做的网站，在所有人的电脑/手机上都运行的好好，结果就某一个同事那里运行会有问题 如下list是问题定位的方法，基本是有顺序的查看他使用的链接，是不是完整的链接，有没有url上缺少必要参数 或者是不是过期的链接、即将要下掉的域名先切换个通用的测试账号试一下，看看有没有问题 查看他当前的用户，是否是、是否是的用户等，然后做相应的处理，比如赋予必要的权限、协助接触被风控这样的话，可以甄别是系统还是浏览器的原因接上一个，如果定位到是浏览器的原因的话，先清除浏览器缓存，然后重启
软件测试技巧-如何定位前后端bug？
m0_67329659的博客
10-21 1601
定位bug的一些小技巧
如何区分前端Bug与后端Bug？
qq13536605264的博客
01-26 3948
对于软件测试过程中的缺陷报告提交，一份高质量的缺陷报告除了必要的基本信息以外，还需要根据项目组中每个角色分工不同， 对待缺陷的定位和立场也不同，所以完善且有说服力的缺陷报告非常重要。 温故下之前高质量的缺陷报告的几个条件： 1、描述清楚问题产生步骤及严重级别 2、尽早提交缺陷报告，快速反馈开发 3、非必现的Bug也要全部提交 4、为每个缺陷单独提交一份缺陷报告 5、仔细编写缺陷报告的标题 6、像编写测试用例编写重现步骤 7、使用缺陷模板来提交缺陷 8、编写缺陷报告时，要考虑到日后的查询关键词 9、如有同类或
前端错误信息定位问题总结
点滴
03-09 2324
在真正的生产环境中，由于用户端的环境不可预知，所以会出现很多预料之外的情况，这里就需要前端小伙伴一方面考虑完善，另外一方面能够统计到用户端的异常错误情况（js报错信息）当然也包括用户端的信息都可以获取到。方便定位和复现问题。 前端一般会用到 https://sentry.io/welcome/ 这个第三方sdk 进行统计，这个不是今天的主题； 今天想说的是js错误信息的详细收集 进入正题 wind...
如何片判断一个bug是前端问题还是后端问题
07-15
判断一个bug是前端问题还是后端问题需要进行一定的排查和分析。下面是一些常见的方法和技巧： 1. 查看错误信息：首先，查看错误信息或日志，确定错误的具体描述和位置。前端错误通常涉及到页面渲染、用户交互等方面，而后端错误通常涉及到数据处理、数据库操作等方面。 2. 检查网络请求和响应：使用开发者工具或网络抓包工具，检查网络请求和响应的状态码、数据格式等。若请求成功但数据展示有问题，则可能是前端问题；若请求失败或返回错误信息，则可能是后端问题。 3. 分离前后端：在出现问题的情况下，可以将前端和后端分别进行测试和调试。例如，可以通过修改前端代码或使用模拟数据来确认是否是前端问题；或者直接调用后端接口，检查返回的数据是否符合预期。 4. 调试工具和技术：使用浏览器的开发者工具进行前端调试，可以查看页面元素、网络请求、控制台输出等信息。对于后端问题，可以使用调试器、日志记录等技术来定位问题。 5. 与团队协作：与团队中的前端和后端开发人员沟通和协作，共同分析和解决问题。他们可能会有更深入的了解和经验，能够提供有价值的建议和解决方案。 综上所述，通过以上方法和技巧的组合使用，可以初步判断一个bug是前端问题还是后端问题，并进一步定位和解决。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

梓铭oy

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值