⼲货测试如何确定是前端bug还是后端bug
⽬前的项⽬⼤多数都是前后端分离的，当我们发现bug后不知道指派给哪位开发，指派错了不仅影响解决bug 的效率，还容易被开发怼。最主要的是⼈家会认为你不专业，不专，不专呀。废话少说，上⼲货（踩过的坑）！
测试中发现问题不要着急提bug，⾸先确定我们测试的这个系统是不是开发提测最新的⼀个版本，⽐如开发⾃⼰发现了这个bug，然后⼜提测⼀版，但我们还⽤的上⼀个版本。这时候把bug提上去，开发会把bug直接打过来（附带⼀句：这个bug已经解了，⽤新包。。。）。
然后排除测试环境的⼲扰（如：⽹络环境，配置项）在测试的时候我们往往开启⽹络代理对数据进⾏拦截，导致某些数据加载失败，所以确保⽹络环境是正常的。再⽐如我们在测试环境后台添加的数据，在正式环境测试，会出现数据匹配不上的问题，所以要确保环境⼀致。有些app要开启⼿机系统权限如：悬浮窗、开启消息通知、获取相机权限等，如果这些权限不开启，会出现收不到消息和系统权限，所以我们要确保这些权限是开启的。
最后，如果以上两个步骤都没问题，我们再根据测试⽤例、需求⽂档、接⼝⽂档、UE等确定功能模块，开开⼼⼼的提bug 了。这时候就要展⽰你的神通了，该⽤的⼯具全部⽤上如：fiddler，浏览器的开发者模式，wireshark，linux命令，SQL语句等，努⼒复现出现bug的步骤。总结如下：
1、通过抓包或者开发者模式过滤信息定位bug
a、传⼊参数错误（缺参、错参等），导致的问题往往是前端bug；
b、传⼊的参数与接⼝⽂档⼀致，数据返回正确，界⾯显⽰错误（字段取错），往往是前端的bug；
c、传⼊参数正确，数据返回错误，往往是后端的bug。
d、根据响应状态码：404客户端请求路径错误，500服务器内部错误
2、根据前后端的bug特点来定位问题
a、前端bug特点：界⾯相关（⽂本问题可能是html产⽣的bug）、布局相关（样式问题可能是css产⽣的bug，图⽚尺⼨分辨率等）、兼容性相关
b、后端bug特点：业务逻辑相关（排序、分页）、数据相关、性能相关、安全性相关。
3、查询系统⽇志
前端跟后端哪个就业难如果查不到错误⽇志前端的问题概率⼤，反之后台的问题。
4、通过sql语句查询数据，是否有数据⼊库。
有些项⽬接⼝与接⼝之间存在相互调⽤，不同的接⼝是不同的开发⼈员负责，我们可以通过查询数据的⽅式来区分哪个接⼝问题。⽐如：在A模块添加⼀条数据，但是在B模块没有展⽰，这时我们通过查询数据库的数据来确认，是A模块没有插⼊数据，还是B模块没有查询到数据来缩⼩问题的范围。
5、根据测试经验确定谁的bug
软件测试⼈员应不断精进⾃⼰的技能，负责的项⽬多了，⾃然对功能的实现过程有了解，也就明⽩如何分类BUG了。再就是与开发⼈员多沟通，熟悉业务，每个模块是哪个开发负责的。
总之，要对⾃⼰发现的问题负责，确保每⼀个bug都能被开发⼈员理解和修改。学⽆⽌境，我们不要怕踩坑，踩过的坑再踩才很可怕。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。