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

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

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

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

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

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

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

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

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

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

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