软件测试如何定位判断是前端的bug还是后端bug

📢专注于分享软件测试干货内容，欢迎点赞 👍 收藏 ⭐留言 📝 如有错误敬请指正！
📢交流讨论：欢迎加入我们一起学习！
📢资源分享：耗时200+小时精选的「软件测试」资料包
📢 最困难的时候，也就是我们离成功不远的时候！

前言

随着开发软件趋向于大型化复杂化，软件测试逐渐成为一个专业，需要运用专门的方法和手段，需要专门人才来管理。但是外面的小道消息总是在传：软件测试就只是找bug的！这个我可就不同意了~

软件测试员是找bug，但也不仅仅是找bug。

首先我们需要了解下什么是软件测试。

软件测试简单点来说是验证软件在功能、性能等方面是否满足用户需求。

在整个软件测试过程中，软件测试狭义上指软件初步发版后，对功能的完备度、对bug的情况进行整体测试；广义上来说，软件的测试应该围绕在软件的整个生命周期当中，对软件的操作和应用都属于软件测试。

软件测试的目的首当其冲就是发现bug，修复bug，补充软件功能，完善客户使用友好度。

测试如何定位判断是前端的bug还是后端bug

在这里插入图片描述
软件测试工程师的职责是发现BUG，此外，如何体现个人价值，只是提出问题而不去解决，问题就永远得不到闭环。所以，一个资深的测试人员的基本功应该是这样的：深挖业务和功能需求，找出BUG，定位BUG，提出解决方案。这里我们就来说说，当我们找到了BUG，应该把BUG提交给谁去解决，这属于BUG定位的问题

前后端分离的优点是什么？

彻底解放前端。前端不再需要向后台提供模板或是后台在前端HTML嵌入后台代码
提高工作效率，分工更加明确。前端只关注前端的事，后台只关心后台的的话，两者开发可以同时进行，在后台还没有时间提供接口的时候，前端可以将数据写死或者调用本地的JSON文件即可，页面的增加和路由的修改也不必再去麻烦后端，开发更加灵活
局部性能提升。通过前端路由的配置，我们可以实现页面的按需加载，无需一开始加载首页便加载网站的所有的资源，服务器也不再需要解析前端页面，在页面交互及用户体验上有所提升
降低维护成本。通过目前主流的前端MTV框架，我们可以非常快速的定位及发现问题的所在，客户端的问题不再需要后台人员参与及调式，代码重构及可维护增强
实现高内聚低耦合

在这里插入图片描述

为什么要区分前端/后端BUG？
现在，市场上很多应用都是前后端分离开发的。如果是一个多人开发的系统。不能明确定位到这个BUG是谁造成的，任意提交给错误的开发人员，我们又不可能把这些bug同时提交给前端和后端一起去解决，同时提交给提交给前后端开发人员，每个人都会有依赖心理，就像’三个和尚没水喝的道理是一样的’。同样的道理，Bug会像皮球一样被开发踢来踢去，耽误解决bug时间，影响项目进度。

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

所以测试必须要自己学会区分出是前端还是后端bug，就像时下流行的词‘垃圾分类‘，经过bug分类管理，整个团队的效率都会有所提高