@Agentbin 没问，看到肉多，想着肯定不便宜，没拿

@Mithril 肉更不敢拿，有个阿姨拿了几串虾（一串一个）问摊主怎么收费，10 块一串，她那盘最后直接上百了 orz

@zhonghao01 其实我说的就是这个路口哈哈哈。我还以为城管跟他们已经形成默契了，晚上城管到点下班他们就过来，早上起床也有人摆摊买零零散散的东西，然后 9 点多城管上班就会让他们撤。每天都是这样

@wonderfulcxm 我老家小县城，小吃价格也挺高，可能因为出来打工的人很多，过年过节回去大手脚消费的人多，消费拉起来了了

给发小（很小时候的同学，其实很多年没联系了）借过 1w ，分两笔两次借的。借的时候我说 1 年内还清，也不图他给利息啥的，就救救急，他也保证说不用那么久一定能还清。结果临期了（按第一笔算已经逾期了，我是从第二笔重新算的）我各种暗示了他才还了一笔。然后以第二笔开始算的到期时间他也没还上第二笔，说是有事花了点钱空不出来，过几天还，然后我追问确定了日期，最后那个日期才还清的。

找我借钱我麻利地借了，借第二笔我也没犹豫了，还重置了一下还钱期限，结果逾期，还不提前跟我打声招呼，要我主动催，整的我巨生气，但凡先跟我打声招呼说手头紧迟个几个月我都没意见。后面再找我借说过两天发工资了还，我也不借了。

@Marin 虾皮裁员前，也没人觉得他会突然砍大动脉。时势变化总是很突然。不过你有自己的看法，做决定的是你自己，影响的也是你自己，尊重你的任何决定。

@Marin 你听说过 shopee 吗？你觉得它是外企吗？你觉得它算小公司吗？那你看它裁员概率低了吗？

嫌麻烦？这会儿被教做人了吧？你以为为啥大家都在做安全防护，是闲着没事干还是喜欢？ C 端产品要直面所有可能的恶意，敢偷懒？

话说静态扫描能扫出来你这些安全漏洞吗？

运营商提供的防骚扰开一下，先筛掉了一部分。然后平时我只有外卖和快递电话才会接（ app 能看到骑手马上到了，或者快递在派送中），其他所有电话我一律不接（上班的时候我都静音的，没静音的时候听到响直接双击电源键挂掉），这年头正常亲友谁会给我打电话，不可能是他们，那就只有骚扰电话了。

你都非常满意了还花那个钱干啥，不要强行给自己创造需求

@geeksammao 主要好久没用 安卓机了，不了解情况，不对比避免引战。

我是 iPhone 12 标准版换的 15pm ，12 用了快两年还有 86%的电池健康度，耗电是真的快，电量低于 30%我都不敢出门，相机耗电肉眼可见。换了 15pm 之后，15%电量我都敢出门坐地铁去上班，没了续航焦虑。
然后说大小，我本来是不太喜欢大屏手机的，12 在我看来都已经算大屏了（ 12 之前用的小米 6 ），但小屏能选的就是小米 14 和 iphone se ，但我看小米 14 所谓的“小屏”其实也就是跟 iPhone 12 一样大，不是真的小屏。se 续航好像巨拉跨。最后就直接上 15pm 了。12 这个尺寸是我单手握住手机两边进行操作的极限了。换了 15pm 之后单手操作就只能小指托着和靠其他放在背后的手指移动手机位置来配合操作了。大部分时间都在双手操作，双手操作了就对重量没多大感觉了。不过本来也没感觉重量上有啥不适应的。
单就续航这一点我都觉得换得值（不比较安卓机），充电速度也比 12 快。不过信号好像比之前的 12 差了，之前用 12 的时候，微信很少出现弹通知但 app 出现消息延迟的情况，换了 15pm ，微信经常等半天才看得到消息。不知道是不是个例。

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

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

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

看起来好魔性

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