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

[Sanshi4396]

事情是这样的

上周五公司例行发版上线，在最后测试最终回归本期上线的主要功能时，发现有个 api 接口调用失败了。然后研发排查发现，是实现本期功能的时候忘记考虑到 api 的也要适配了（本期功能大概是将 web 端的两个列表数据合并成到一个列表，因为合并需要增加字段，所以 api 那边也需要适配一下）。最终只能将问题遗留处理

细节方面

1 、这个 api 之前是获取其中一个列表的数据，研发在提测前的自测是只造了之前列表的数据，当前接口可以被调通，问题没有被发现。

2 、这个 api 在上线前 2 天，被提过另外的问题（有点阻碍继续测试），研发第一时间解决后置回给测试，测试在上线前最后时刻进行的复测。

我的疑问

1 、研发在自测时是否有必要进行很全面的测试。如上面说的，研发只是造了点数据，保证了接口正常，没有考虑到两个列表数据同时存在的情况。

2 、测试如果在第二天研发解决另外的问题后，及时复测，是否能提早发现问题，给研发充分的时间修改，不至于到最后来不及了。

[Sanshi4396]

@changf #19 可能没在大公司呆过，对责任划分这一块真的很模糊。

[chinaguaiu]

几个人的团队还分出测试岗位不太现实。小团队基本上是谁写的谁负责到底。

[xiaoHuaJia]

要不测试写代码，开发测吧。既要又要，想想开发为什么叫开发，测试为什么叫测试。如果测试负责不了那就全裁了，把钱交给开发让开发自己测。就喜欢在哪里叫叫叫

[Tinet]

@zephyru 一看就是工作 10 年以上的大佬

[huigeer]

这还能怎么甩，没有测试参与，研发全锅；有测试，55 分。项目管理先扛下来

[walkeronway]

@Sanshi4396 #15
??? 测试用例覆盖到了但是没有执行？？？？测试用例没有完全执行，测试负责人有向项目组同步这个风险吗？项目组负责人点头同意带这个风险上线了吗？
如果没有提前同步到项目组，这个严重性已经升级了啊，有用例但不执行也不告知风险，测试全责了，没有讨论的必要了

[lenglengyuchen]

上周的阮一峰周刊正好提到”无罪文化“，感觉把错误归结到个人并没有什么意义

软件公司应该提倡"无罪文化"。

发生产品事故或者服务中断时，不要认定罪人并惩罚他们，而要假设相关个人出于良好意图，只是没有得到正确的信息来做出更好的决策，或者没有工具及时制止他们犯错。
《关于无罪文化》 https://www.gybe.ca/a-few-words-about-blameless-culture/

[walkeronway]

你说的这个用例，是指发版前最后改的那个问题，还是线上那个问题对应的用例？

[qooweds]

小团队讨论谁的锅没有意义,本身就是小步快跑的开发模式,效率高自然会牺牲质量.
改进方案稍微复盘一下就可以看出来:
1.产品设计尽可能考虑每一个细节,包括 API 的适配;需求文档加上评审环节
2.开发需要做设计评审,code review
3.测试用例需要细化到每一个细节,包括 API 适配的回归测试用例,并且需要产品和开发参与评审

每一项都会增加开发成本,降低开发效率,看你们团队的取舍了.
成本最低的是第一项

[Sanshi4396]

@walkeronway #28 线上问题对应的用例，本次上线其实时间上是有点紧的，测试也确实提前有知会过上线前可能不能把用例全部走完。。

[dododada]

发版时间改掉吧，周二发大版本，周四发小版本，有时间回滚