这是一个创建于 2344 天前的主题，其中的信息可能已经有所发展或是发生改变。
请教各位大佬，我们之前都是按照模块划分，前后端都是一个人负责，测试出问题后不需要关注是前端还是后端问题，直接按照模块指派到人即可。
但是最近做的项目，实行了前后端分离，经过一段时间后发现，出现 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 这个时候文档的重要性就体现出来了 |
| 30 wym7223645 OP @fengbjhqs 原来是一个人负责整个模块的前后端，所以不用区分是什么问题，直接只给他就行，现在后端还是分模块，但是前段只有 1 个人，负责所有模块。 整个时候出现问题，我们就有点不知道该指给谁了 |
Select Language