降薪 30% 你羡慕不

1. 可以抵扣一些当年个税额度
2. 有总比没有好，考着玩，那本教程还是有点东西的，可以在学习过程中，系统的梳理下自己的知识体系
3. 部分公司招聘，有这个是加分项，有些公司要求持证上岗

至于楼上说的什么职称啥的，无论中级职称还是高级职称，这玩意儿都没有用

身心健康就行。我自己考不上清华，也不指望娃能考上，这玩意儿也不是鸡娃就行的。现在因为鸡娃得抑郁症的好多。。。比起这个后果来说，我能接受娃的平庸。

同感。。。初创公司那会儿是真的在享受工作，现在基本就是：山头主义 + 服从性测试 + 做生产任务低人一等

苟着就行。现在大环境贼差。

江湖不是打打杀杀，江湖是人情世故。当然你能挣钱可以不需要人情世故~

14 年。

日频上线还要求全流程全文档规范化写论文写专利做需求回答用户问题维护测试环境搞 AI 应用还以薪酬制度改革降你薪。

钱难挣，屎难吃。有些打工人真把自己当资本家了。

雄文！收获巨大！！！

单休是工人阶级沦为奴隶的开始

不蹭 AI，别人觉得你什么都没做。TMD

没有法律风险就去啊，在哪儿不是干活

同上，真的很强。但是我感觉 NB 的测试更重要了~哈哈

领导原话：指标为考核服务，不然指标就没有价值。另外业务目标会被领导轻轻提一句，然后花 99% 的时间来强调指标和数据，这种氛围下，个人觉得搞不好很正常

toC 的你可以假装你是一个 C，嗯，前提是钱能回得来。

1. 做门槛相对高，业务比较复杂的产品
2. 内耗大部分原因都是因为自己否定自己的价值，找到自己认为真正有价值的事情做下去，并深耕
3. 测试的价值其实取决于平台，如果有可能，找到好的平台。

在有些产品里，测试是没有价值的，因为有些产品质量好与坏，没什么差别。

你接口手工测试关注哪些，自动化测试断言就是哪些啊。

降智没感觉到，但是感觉到对 AI 有了依赖性。。。

没法处理，领导们觉得他们成效斐然，继续加码，做事的人怨声载道，反馈情况还会被说觉悟不行，只会唱反调，没有改变，提的方案是开倒车，这尼玛谁还愿意去触霉头。

不输出情绪的话，我会这么回答，供参考：
用例的规模和组织要求的粒度，项目的紧急情况和业务的难易程度、重要程度都有关。这个项目我所负责的部分，明确的用例设计总数量没有特别进行记忆，但是规模没有超过 XXX，由于项目比较急，测试资源紧张，我倾向于的策略是用最小的测试用例总数覆盖最多的场景，但是测试功能点总体保持不变，多版本迭代的时候，能复用尽量复用，以缩减写用例的时间，保持用例的可维护性，保障项目的进度，但是不影响项目的质量。

如果看到你的领导考了，你最好考一个。。。

兄弟，我怎么感觉你像是 33 还没谈过恋爱。你这种很容易上当受骗呀

有时候因为环境问题也没办法，只能在用户那儿看~。。。

复现是为了定位问题，如果有报错接口和用户日志了之后，开发一定要让你稳定复现，说明他们还没发现问题在哪里。
如果你根据报错接口和用户日志已经定位到什么问题了，直接教他怎么改就行。

至于复现，你先通过 vpn 和国外用户操作同一功能，看有没有同样问题，如果有，就复现了，如果没有，再根据自身对网络、系统部署结构的理解和之前的报错记录和日志，逐一排查是哪个环节的问题。

实在没办法复现，就从两方面着手，一是看看日志哪些地方要改进，看不出问题的日志≈没有，二是最最最最最坏的情况，让用户配合你复现（最丢人的做法，不建议）