前言
初入软件测试行业，相信很多人都会有过这样的经历，发现了bug却不知道这个问题是属于前端的还是后端的。而在一个项目中，前端出bug的几率往往高于后端，因此在不知道bug是属于谁的情况下，经验不足的测试员会自作聪明地把bug提给前端。这样一来，前端大哥在发现bug不属于自己的情况，难免心里不爽甚至找测试员理论（吵架）。为了提高测试者的专业度，也为了团队的和谐，学会定位问题是一项必备本领。今天就来跟大家分享“如何定位前端bug和后端bug”
正文
1、样式问题
关于布局和兼容性问题，举个例子：同个界面，在15寸电脑上可以看到完整的内容，但是在13.3的电脑上只能看到部分；再举个例子：在Android 9.3的系统上，一副动画可以自动播放，在Android 4.4的系统上却没有动画效果。以上两种，都属于前端问题。也就是说，这类问题，百分之百是前端问题。
2、响应时间长的问题
响应时间多久才算长呢，这个一般具体情况具体分析。造成响应时间长可能是1：前端请求了多次接口。这个时候有人问了，什么是请求多次接口。比如当前页面要调leave接口，清除数据后，再点击该页面，在network上看到这个这个接口出现了3次，那么就是前端请求了3次这个接口；2：后端代码问题，在排除前端问题后，如果接口响应时间长（时间查看参考下图），那么无疑是后端代码质量问题了，可以去怼后端了。
3、和设计稿对不上
一个比较规范的公司，设计稿校对这个环节应该由设计师去测试，但是如果你所在的是个小公司，那么测试人员也要负责校对设计稿的工作，这种100%是前端问题了
4、输入符合需求却报错
这个最好配合接口文档一起看，比如接口name要带参数sure，后端接口文档令这个sure的类型为string，但是前端传参的时候，把sure传承了int型，那么这个bug是属于前端的。又比如，用户数据库存在“林家小猪“林家小李”“林家”3个用户，在界面的姓名输入框输入了“林家”，按照需求是模糊搜索，但是response只返回1个用户“林家”，这个时候就是后端的bug了。
可以这么说，如果传参不符合接口文档的类型，少传必填参数带来的报错，就是前端bug；如果前端传参正确的情况下，response返回的数据不符合需求，那么就是后端bug。
5、实现的功能跟需求不一致
这个，怪产品了，或许是原型写得不够明显，或者是需求不明确导致，让产品和开发沟通了。。。
- 以上，是我工作两年以来的一点小经验，希望对你们有帮助，写得不正确的地方，欢迎指正。
