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