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

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

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

看起来好魔性

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

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

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

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

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

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

user portal
admin portal

参考 https://github.com/pytest-dev/pytest-html/issues/506

pytest-metadata 降级到 2.0.4

python -m pytest pip install pytest-metadata==2.0.4

恭喜，沾沾喜气

哈哈哈哈莫名感觉有点幽默。领导路过看到你一脸凝重，以为你在钻研什么技术难题，结果你是摸鱼下国际象棋结果被电脑欺负的

@huangyouzhuguxi #7 你这个惩罚机制不就是多做多错？你卷绩效没卷过人家没几块钱奖金，但是你为了卷绩效接了那么多项目，你绩效奖金怕不是还不够你赔的，加班还没有钱。

做外包不就是到点下班领基本工资的吗，外包还卷绩效？这家公司待遇好或者绩效高到你觉得很值得卷吗，如果都不是，然后你又想卷绩效工资，不如骑驴找马换个

小米智能插座自动断电功能我没试过，我的建议和一楼一样，用自动化。
用手机去做自动化应该不行，手机怎么去监听 ipad 的电量？
如果你的 ipad 老到用不了快捷指令的自动化功能，我觉得你可以考虑用 homeassistant ，这样你就可以用 ipad 的电量去做自动化了（不过就需要额外挂 home assistant 的服务了，额外成本）

保险一点就是弄个开关/白名单，上生产了最小范围开白名单看下效果，有问题就关掉，修好上 hotfix 。没问题就全局开放

没必要吧，你在测试环境测完定时任务都没有信心上生产吗，还要在预产再测一轮。如果这样的话，你在预产环境测完了不也一样不可信？
而且你预产环境跟生产环境用一套 DB ，你在预产环境测试用途影响到了生产数据，这个风险巨大吧？