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