软件测试如何定位判断是前端的bug还是后端bug | 您所在的位置:网站首页 › 怎么定位bug前后端 › 软件测试如何定位判断是前端的bug还是后端bug |
📢专注于分享软件测试干货内容,欢迎点赞 👍 收藏 ⭐留言 📝 如有错误敬请指正!📢交流讨论:欢迎加入我们一起学习!📢资源分享:耗时200+小时精选的「软件测试」资料包📢 最困难的时候,也就是我们离成功不远的时候!
随着开发软件趋向于大型化复杂化,软件测试逐渐成为一个专业,需要运用专门的方法和手段,需要专门人才来管理。但是外面的小道消息总是在传:软件测试就只是找bug的!这个我可就不同意了~ 软件测试员是找bug,但也不仅仅是找bug。 首先我们需要了解下什么是软件测试。 软件测试简单点来说是验证软件在功能、性能等方面是否满足用户需求。 在整个软件测试过程中,软件测试狭义上指软件初步发版后,对功能的完备度、对bug的情况进行整体测试;广义上来说,软件的测试应该围绕在软件的整个生命周期当中,对软件的操作和应用都属于软件测试。 软件测试的目的首当其冲就是发现bug,修复bug,补充软件功能,完善客户使用友好度。 测试如何定位判断是前端的bug还是后端bug
为什么要区分前端/后端BUG? 现在,市场上很多应用都是前后端分离开发的。如果是一个多人开发的系统。不能明确定位到这个BUG是谁造成的,任意提交给错误的开发人员,我们又不可能把这些bug同时提交给前端和后端一起去解决,同时提交给提交给前后端开发人员,每个人都会有依赖心理,就像’三个和尚没水喝的道理是一样的’。同样的道理,Bug会像皮球一样被开发踢来踢去,耽误解决bug时间,影响项目进度。 另外,如果团队规模较大,或者由各地的项目组拼凑而成,势必会增加沟通成本,这更需要我们类似禅道或者Jira等项目管理软件中提交bug时,先指明是谁的bug,避免互相踢皮球的现象。 所以测试必须要自己学会区分出是前端还是后端bug,就像时下流行的词‘垃圾分类‘,经过bug分类管理,整个团队的效率都会有所提高 通常可以利用抓包工具来进行分析。可以从三个方面进行分析:请求接口,传参,响应。 1.请求接口Url是否正确 如果请求的接口url错误,为前端的Bug 2.传参是否正确 如果传参不正确,为前端的bug 3.请求接口url和传参都正确,查看响应是否正确 如果响应内容不正确,为后端bug 4.也可以在浏览器控制台输入JS代码调式进行分析 如果定位为后端的bug,可以进一步通过以下方法精确定位是哪里出bug 查看报错日志,通过日志分析问题点 查看数据库确认数据的正确性 查看缓存是否正确
定位BUG属于前端还是后端,有什么方法? 这里提供了几个方法,可以给大家一个思路,让大家能在学习和工作中了解如何去区分BUG属于前端还是后端。 接口查看法 这种方法是最常用的,我们必须掌握的,常用于查看是后端返回给前端的数据有误,还是前端显示有误。 大多数浏览器都有自带的接口查看工具,如Chrome,FireFox等都可以通过F12开启抓包,在NetWork中可以看到当前页面发送的每个http请求。要想通过接口查看法来判断,你需要先了解Chrome浏览器的Network面板介绍。 日志查看法 当我们发现一个bug,并不确定这个bug属于前端还是后端,可以查看后端服务的日志,复现bug时,查看日志中有没有相关信息。基本可以认为,如果日志没有输出,很可能这个功能并没有与后端交互,也就不存在后端的问题。反之,如果日志有输出,可以进一步查看有无错误日志信息,进一步分析。 经验法就只能是慢慢积累了。负责的项目多了,自然对功能的实现过程有了解,也就明白如何分类bug了。在平常的工作和实践中慢慢总结,不要只是一味的点点点测测测,总结复盘很重要。 假如甘愿平庸,请向自己开炮! 最后如果你想学习自动化测试,那么下面这套视频应该会帮到你很多 如何逼自己1个月学完自动化测试,学完即就业,小白也能信手拈来,拿走不谢,允许白嫖.... 最后我这里给你们分享一下我所积累和整理的一些文档和学习资料,有需要直接领取就可以了!
|
CopyRight 2018-2019 实验室设备网 版权所有 |