请问各位大佬 BUG 如何指派前后端？

[wym7223645]

请教各位大佬，我们之前都是按照模块划分，前后端都是一个人负责，测试出问题后不需要关注是前端还是后端问题，直接按照模块指派到人即可。

但是最近做的项目，实行了前后端分离，经过一段时间后发现，出现 BUG 后测试人员无法区分是前端还是后端的问题，导致问题的指派很乱，问题解决速度很慢。

举例 1：保存后，保存失败了（可能是前端传的值有问题，也有可能是后端都某些值的处理不对） 举例 2：列表展示的某个字段的值为空（可能是后端没传，也可能是前端取错了值） 举例 3：行删除后，数据还在（可能是前端没刷新、也可能是后端没删除掉）

请教各位大佬你们公司都是这么做的？

第一次带团队，求指导。

[yhxx]

1. 看接口，看接口文档
2. 看接口，看接口文档
3. 先指给前端，不管后端有没有问题，没有提示删除失败，数据还在，前端一定也有泽任

[aLazarus]

不知道能不能看到日志呢，可以根据日志和文档来分辨吧

[chmaple]

F12 看一下接口参数对不对，返回值对不对
如果有能力可以再看看数据库对应的表对不对
我们项目基本都有接口文档和数据库设计文档，测试花点时间基本能知道是前端还是后端的锅了

[reus]

让测试学会用开发者工具，看后端请求的返回对不对，看页面和后端的数据是不是一致。
再说了，同时指派一个后端一个前端不就行了。

[wym7223645]

@aLazarus 我们只有一个测试，对了 10 个开发，2 个项目，没那么多精力看日志之类的

[aLazarus]

@wym7223645 那要不就指派给前端，然后让前端分析问题。这个测试有点辛苦

[wym7223645]

@reus 我们只有一个测试，对了 10 个开发，2 个项目，没那么多精力看日志之类的 其次我们用了 redmine 貌似只能指派一个人

[wym7223645]

补充一下
1、我们只有一个测试，对了 10 多个开发，2 个项目，没那么多精力看 F12 以及相关日志
2、我们用了 redmine 貌似只能指派一个人
3、手里这个项目是个用了 10 多年老项目，重新开发，只给了 3 个月的时间，老项目的文档你们应该清楚是什么样子，现在基本都是看着老系统开发，所以接口文档和数据库设计文档基本不要想了~~~~

[lscho]

这种情况肯定要指派前端，及时后端接口数据出现问题，前端也要做出处理的。

前端修复之后涉及接口问题的话，转移给后端。

[duan602728596]

所以不管啥破事都得找前端，前端也真是辛苦

[CTO]

指派？不存在的，需求分析设计切图后端运维客服都是我一个人

[heaton_nobu]

抓包

[des]

@yhxx
察觉（
下个月预订

[crysislinux]

我司几个项目出了问题都 tm 找我

[wu67]

如果前端提示成功了找后端, 前端弹错了找前端, 弹 5 系状态码找后端. 这种时候状态码的作用就出来了

[kinghly]

测试连问题的是属于前后端都分不清，还是不要做测试了。

[aogg]

为什么我遇到的小公司都是，有问题找后端。
而且分分钟前端连定位问题都定位不了。
羡慕楼上的！

[userdhf]

统统反馈给前端，注意，我的措辞是 反馈 ，而不是责任界定什么的。
让前端去测试接口和页面数据交互，完了听前端的就行了。
前端只要保证
接口地址、传参、时机是正确的。剩下基本上就都是后端的问题了

[lozzow]

一律提给前端，然后前端去分😒

[laminux29]

软件工程之类的书籍里，关于测试的章节，会提到两种测试方法：

黑盒测试，与白盒测试。

题主提到 [出现 BUG 后测试人员无法区分是前端还是后端的问题] ，这种是黑盒测试。

黑盒测试找出问题后，下一步应该用白盒测试，来确定具体的 bug 位置。也就是说，测试人员应该先测试后端给的数据接口，看看有没有问题。如果没问题，测试人员再模拟一个正确的后端接口，来给前端做测试。