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