越 996 越没人消费，因为时间都用来 996 了。然后生产力过剩=做出来的东西卖不出去，企业裁员，倒闭，剩下的人继续 996 弥补空缺，然而东西更卖不出去——恶心循环

看了一下自己的存款，按照现在的消费水平大概能撑 5 年，我们的经济寒冬会持续 5 年么？

难……就是说这个课程比那些知识付费的东西接受起来难多了，需要下工夫才能行，否则学了也白搭，没几天就忘了

疫情所困，经济不景气，裁员但业务暂时没有萎缩甚至扩张->996，剩余人员要填上离职人员的空缺

对相当一部分人而言，跳槽是性价比最高的 “晋升”

愿望很美好，但是实践很难，这个流程每个环节消耗的人力资源都是可观的，原本各管一摊，然而现在测试全都要介入，在领导层面不赋予相应的排期之前，测试开发很难有足够的精力去介入上述的各个环节去把握质量

开发 9 人 83 天，你就 3 人 5 天，我都怀疑你能不能找出 999 个 bug，可能 100 个都找不出来，然后很多模块实际没测到就上线了，然后背锅

有没有走人的觉悟？如果觉得没可能保证质量，就拿出数据来证明这个任务完成不了，谁完成得了让谁来。反正自己不要扛这个雷，大不了领 n+1，不要主动辞职

你忘了大明湖畔的 VIP 会员专享广告了么

行业有云：外包毁人，2 年就废

我想问问对于那种业务比较复杂，依赖上下游业务透传的场景，还有内部调用的接口，实际工作中如何测试？感觉最麻烦的就是造数据了，用 mock 的方式很容易遗漏问题，因为业务逻辑可能有 bug，mock 就看不出来

测试用例都执行不过去……题不会做

无良网站，买会员不限制时限，这不是跑路的节奏么 万一经济危机，钱不值钱了呢

点赞了，尤其是最后一条

难，我们是做金融的，链路特别长，有一次 mock 事故就是上游 mock 了下游返回，下游 mock 了上游传入，两边都认为自己没问题，等到灰度时才发现对不上，实际就已经晚了

不是今天这样，昨天还是前天我看就这样了

四字总结，无能狂怒。

不主动，不乐观，可能也不怎么皮实的我，乖乖地把贵公司拉入了不要招聘提示的的名单

问题是，老板和奋斗比不这么想啊

建议看代码，和数据库的设计做对比，实际测试时，验证数据类型，长度即可，考虑一下边界值

快跑吧，有毒

羡慕什么样的人，去聊聊看他经历过什么，你想不想成为他那样，然后 copy 他的历程看看行不行

我理解主动刷新页面操作需要的权限很高，一般拿不到，所以才有点击触发回调这样的设计