walkeronway

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

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

作为测试人员，我的观点：
1. 这个问题不能简单定到某一方的责任。首先产品一般不会关注到 API 层面的改动。其次这个改动影响到的 API 应该是没有在需求范围内，是更后面的调用，这种问题一般开发和测试都会很难留意到，这种问题得看经验了，如果测试很熟悉系统的 API 调用关系，这种问题其实是可以提前感知到的。
2. “在最后测试最终回归本期上线的主要功能时，发现有个 api 接口调用失败了” 说明这个 API 是可以在发版前在回归测试中发现的，但是“测试在上线前最后时刻进行的复测”导致了新的改动而没有时间做最终版的回归测试。当然也可能没有安排在测试环境针对主要功能进行这么全面的回归测试。可以硬说测试有责任，但是不建议，因为会感觉很憋屈。
3. 赞同 2 楼，我们这边是极力避免休息日前一个工作日、或者补班期间（如果用户有其他国家的）发版，因为出问题了，要么得加班解决，要么用户没有第一时间发现、导致问题持续 1 个工作日以上扩大影响产生大量脏数据增加后期擦屁股的难度。除非是 OKR 而且卡在了 due date 前。

看起来好魔性

会 python 吗，mitmproxy 了解一下，可以二次开发简单地实现很灵活的规则

试试这个，https://www.v2ex.com/t/1021838

没有安全意识，没有自保能力，没有自理能力，没有分辨朋友的能力，还叛逆

不知天高地厚
打死都别放出去，不然你一家人等着后悔吧，才 12 岁的小女孩

这个岁数自己出去旅游一趟屁收益的没有，单纯贪玩，非要冒这个风险

安静不挺好吗，干活的时候没人打扰，摸鱼的时候也没人线下来找，想聊天就水群