请教各位大佬，我们之前都是按照模块划分，前后端都是一个人负责，测试出问题后不需要关注是前端还是后端问题，直接按照模块指派到人即可。
但是最近做的项目，实行了前后端分离，经过一段时间后发现，出现 BUG 后测试人员无法区分是前端还是后端的问题，导致问题的指派很乱，问题解决速度很慢。
举例 1：保存后，保存失败了（可能是前端传的值有问题，也有可能是后端都某些值的处理不对） 举例 2：列表展示的某个字段的值为空（可能是后端没传，也可能是前端取错了值） 举例 3：行删除后，数据还在（可能是前端没刷新、也可能是后端没删除掉）
请教各位大佬你们公司都是这么做的？
第一次带团队，求指导。
 |
yhxxJul 29, 2019
1
1. 看接口，看接口文档
2. 看接口，看接口文档 3. 先指给前端，不管后端有没有问题，没有提示删除失败，数据还在，前端一定也有泽任 |
 |
aLazarusJul 29, 2019 via Android
2
不知道能不能看到日志呢，可以根据日志和文档来分辨吧
|
 |
chmapleJul 29, 2019
3
F12 看一下接口参数对不对，返回值对不对
如果有能力可以再看看数据库对应的表对不对 我们项目基本都有接口文档和数据库设计文档，测试花点时间基本能知道是前端还是后端的锅了 |
 |
reusJul 29, 2019 via Android
4
让测试学会用开发者工具，看后端请求的返回对不对，看页面和后端的数据是不是一致。
再说了，同时指派一个后端一个前端不就行了。 |
 |
5
@aLazarus 我们只有一个测试，对了 10 个开发，2 个项目，没那么多精力看日志之类的
|
|
aLazarusJul 29, 2019
6
@wym7223645 那要不就指派给前端，然后让前端分析问题。这个测试有点辛苦
|
|
7
@reus 我们只有一个测试，对了 10 个开发，2 个项目，没那么多精力看日志之类的 其次我们用了 redmine 貌似只能指派一个人
|
|
8
补充一下
1、我们只有一个测试，对了 10 多个开发，2 个项目，没那么多精力看 F12 以及相关日志 2、我们用了 redmine 貌似只能指派一个人 3、手里这个项目是个用了 10 多年老项目，重新开发，只给了 3 个月的时间，老项目的文档你们应该清楚是什么样子，现在基本都是看着老系统开发，所以接口文档和数据库设计文档基本不要想了~~~~ |
 |
lschoJul 29, 2019 via Android
9
这种情况肯定要指派前端，及时后端接口数据出现问题，前端也要做出处理的。
前端修复之后涉及接口问题的话，转移给后端。 |
 |
duan602728596Jul 29, 2019 via iPhone
10
所以不管啥破事都得找前端，前端也真是辛苦
|
 |
11
指派？不存在的，需求分析设计切图后端运维客服都是我一个人
|
 |
heaton_nobuJul 29, 2019
12
抓包
|
 |
crysislinuxJul 29, 2019 via Android
14
我司几个项目出了问题都 tm 找我
|
 |
wu67Jul 29, 2019
15
如果前端提示成功了找后端, 前端弹错了找前端, 弹 5 系状态码找后端. 这种时候状态码的作用就出来了
|
 |
kinghlyJul 29, 2019 via Android
16
测试连问题的是属于前后端都分不清，还是不要做测试了。
|
 |
aoggJul 29, 2019
17
为什么我遇到的小公司都是，有问题找后端。
而且分分钟前端连定位问题都定位不了。 羡慕楼上的！ |
 |
18
统统反馈给前端，注意，我的措辞是 反馈 ，而不是责任界定什么的。
让前端去测试接口和页面数据交互，完了听前端的就行了。 前端只要保证 接口地址、传参、时机是正确的。剩下基本上就都是后端的问题了 |
 |
lozzowJul 29, 2019
19
一律提给前端，然后前端去分😒
|
 |
laminux29Jul 30, 2019
20
软件工程之类的书籍里，关于测试的章节，会提到两种测试方法：
黑盒测试，与白盒测试。 题主提到 [出现 BUG 后测试人员无法区分是前端还是后端的问题] ，这种是黑盒测试。 黑盒测试找出问题后，下一步应该用白盒测试，来确定具体的 bug 位置。也就是说，测试人员应该先测试后端给的数据接口，看看有没有问题。如果没问题，测试人员再模拟一个正确的后端接口，来给前端做测试。 |
 |
zhengxiaowaiJul 30, 2019
21
一般会指定一个 oncall，每次分给这个人，这个人这周就负责定位 bug、整理 bug、跟进 bug，这个人前端后端后可以，然后让负责定位具体原因再转到具体人上。
|
 |
blindieJul 30, 2019
22
我前司的传输数据很大，同时逻辑又复杂。测试能从接口返回等看出来是后端问题的话直接给后端（这个要详细文档或者测试经验、水平比较高，责任心又比较强），不然一般先指派给前端，前端来做区分。（前端超幸苦的
|
 |
23
一般都是指给前端 除非是明显的数据问题
然后前端如果查出是后端的问题在指派给后端就行了 |
 |
24
先找前端，要是敢犟嘴就找后端。
|
 |
jinhan13789991Jul 30, 2019 via Android
25
我们测试会抓包看请求，把请求体截图，先给前端看。前端确定不是他的问题再找后端。
有时也会直接指问题给前端，前端验证，如果是接口的问题再转给后端 |
 |
RyoXJul 30, 2019
26
前端心里有点苦……
|
 |
fengbjhqsJul 30, 2019
27
基本都是丢给前端的，
|
|
fengbjhqsJul 30, 2019
28
按照模块划分，前后端都是一个人负责， 和 前后端分离，并不冲突，为啥不继续下去呢？
|
 |
wei1205Jul 31, 2019
29
这个时候文档的重要性就体现出来了
|
|
30
@fengbjhqs 原来是一个人负责整个模块的前后端，所以不用区分是什么问题，直接只给他就行，现在后端还是分模块，但是前段只有 1 个人，负责所有模块。 整个时候出现问题，我们就有点不知道该指给谁了
|
2
Select Language