请教一个关于研发和测试之间分锅的问题

查看 80|回复 7
作者:Sanshi4396   
事情是这样的
上周五公司例行发版上线,在最后测试最终回归本期上线的主要功能时,发现有个 api 接口调用失败了。然后研发排查发现,是实现本期功能的时候忘记考虑到 api 的也要适配了(本期功能大概是将 web 端的两个列表数据合并成到一个列表,因为合并需要增加字段,所以 api 那边也需要适配一下)。最终只能将问题遗留处理
细节方面
1 、这个 api 之前是获取其中一个列表的数据,研发在提测前的自测是只造了之前列表的数据,当前接口可以被调通,问题没有被发现。
2 、这个 api 在上线前 2 天,被提过另外的问题(有点阻碍继续测试),研发第一时间解决后置回给测试,测试在上线前最后时刻进行的复测。
我的疑问
1 、研发在自测时是否有必要进行很全面的测试。如上面说的,研发只是造了点数据,保证了接口正常,没有考虑到两个列表数据同时存在的情况。
2 、测试如果在第二天研发解决另外的问题后,及时复测,是否能提早发现问题,给研发充分的时间修改,不至于到最后来不及了。
yuhongtai114514   
很全面的测试,前提是时间要够,项目坑要少,但大多数项目都是倒排的吧,研发没时间测那么多 case ,需要测试兜一下
xiaoHuaJia   
为什么!!!你们都喜欢周五这种放假前发版!!!!!!!!!!!!!!!
zephyru   
这东西,没有什么绝对值...也没啥意思
锅在研发的话,那就是,研发在开发阶段没有全面的评估接口的影响面
想甩的话,那只能是,比如评审阶段没有人提出来
锅在测试,那就是,测试没有从业务层面考虑到这几个接口会相互影响及时复测,或者没有全面测试
但,如果测试说了,这个迭代不进行全量回归就甩不过去(很少有小迭代做全量回归的)
锅在产品,那就是产品没有在需求阶段指出这些需求(接口)会有关联
比较牵强,但也不是甩不过去
其它还能把锅甩给,线上的错误收集/监控/自动测试体系,如果有,那就是没有及时发现问题/用例有问题/不完善
如果没有,那就是需要搞一套
SuperAllen   
@xiaoHuaJia 是因为周末双倍工资吗 [doge]
iOCZS   
测试案例拿出来啊,看看是不是有遗漏
如果更多的是涉及代码细节的,那就是开发的问题
NessajCN   
权责对等
测试如果有更大话语权,譬如测试可以给研发规定工期,可以把码农拉去训话,那测试被锅
如果测试只能辅助研发,跑跑现成的 workflow ,提 bug 模板也要按研发给的格式,那研发背锅
brader   
这种可以大概率复现,且有很直观的页面表现的 BUG ,我觉得上到测试环境,测试发现了那就是开发的锅。
如果上到生产环境去,说破天都是测试的锅。
不在于开发有没有全面测试、有没有发现。你测试是最后一到防线,如果开发全面测试,就能拦住了,找你测试来干什么
您需要登录后才可以回帖 登录 | 立即注册

返回顶部