1. 解决负债，居有定所其实生活成本不高。
2. 主业该拓展的新方向该拓展还是得拓展，保持技术的敏感性即可。
3. 副业侧重学习和轻投资，个人更偏向身体力行的行业，能积累经验，纯投资有那脑子的就搞吧，反正我是不推荐高风险的了。
4. 就算完全毕业，也要有资本能苟活，然后学习实体吧，只有累的脏的在加上自己存的资本和认知赚点工资钱都没啥问题。
5. 体力状态，精力是厚积薄发的必要条件如果加班加废了，就完全的真的废了，有点存款都没用的。

测试用例生成，用例补充，用例 + 接口文档决策优化，用例 + 需求文档行为场景决策优化。
自动化测试，根据接口信息模型生成，基础封装，根据步骤自动编写填入。其他的明年再做咯

在今天 AI 能够生成基础数据模型，封装接口，根据步骤结合工程上下文合理推导测试用例的今天。拥抱未来吧，这些真的是炒冷饭了。

复杂场景，用例规模达 10000+，你最终还是会回头到 pytest 和 junit 这类单元测试框架上的。即使低代码引入关联，模块组件等功能也完全不能达到代码级别继承组合能力。另外小打小闹几百条用例用啥都一样。

locust 是用 gevent 协程实现并发的，但是 requests 是同步库你可以使用 locust 的框架类去实现，上面已经提到了 httpUser。顺便一提你问 AI 的问题应该是也有问题的，你应该问为啥你的脚本在 locust 里面为啥没有实现并发的效果，AI 肯定能指出问题原因的。

root 或者兼容流程，这个是厂商底层的设置你没 root 权限根本关闭掉会再不同的地方给你弹出来或者自动弹出来的

测试用例生成 +AI，测试用例纠偏 +AI，代码扫描 +AI，自动化测试用例 +AI，这个时代有 AI 之后，之前做的东西又能有新的提效点。反正工作这么多年只要没停下提升，就不会感觉自己被甩到后面去，也算是一种快乐吧。

UI 和交互太上个世纪了，有点用不太明白。

年底不会有 HC 了，肯定是财年后再决定要不要扩招的，你要休息也别在这个时间点。一拖可能就是半年。当然后面真的去找也应该有机会毕竟是年轻劳动力

图像识别 + 文字识别，如果你需要验证 UI 那这 2 个方案其实也作用不大。

不是哪个钱多选哪个嘛？25 年选 offer 的逻辑改了吗？

整体到手有 40% 提升就果断去，后续跳槽这就是你的基准线了，看远一点兄弟

有需求才有价值

全链路主要是针对容量评估，接口间资源竞争有比较好的测验。像我呆的小厂，一般流量没那么大加上现在都上了动态扩容等拓展方案，在容量评估上其实没那么大的要求了，资源竞争的话也是针对可能会引起行锁，表锁的接口进行验证。所以没充足资源去做全链路把核心接口做一下问题也不大，实际情况下来也确实是这样不会出什么问题，更多是没测引起的问题。

全量回归吧，这种迁移一个方法的数据结构类型转化有点差异都是一堆问题，而且目前这种迁移大部分是用 AI 做的

挺好的

无所屌谓拉，过程中没让你产出要交接了你也产出不了啥的

我也是月底跑路，在做离职交接，内容比较多，但是你不可能在最后一个月产出这么多的文档的，日常还是要接正常的需求，所以在管理的时候你就应该有意识的产出核心业务，技术内容的文档。交接主要还是把工作心得，执行手段，这些交接出去。最后在去写文档可能这个人本身都已经忘了很久以前为什么这么做了。

第一点，所谓的走不通我感觉还是懒吧，我们现在就是全量测试用例跑，由于业态原因某个业务线的 2700 多条测试用例一次跑完要 10 分钟。已经符合部门要求，如果想更快就是加机器加并发数，拆数据维度。所以你所谓的选取类似精准测试我觉得不是万级别甚至 10 万级别的测试用例，无所屌谓就是全量就是去研究什么写法能跑的更快。

第二点，测试分工一定会导致最终维护不下去，除非这个测试人员有前进的动力。针对低代码平台我知道的大多数是没有前进的动力的，因为除了自动化用例设计（可能他们也没意识到），技术无任何提升。这就导致了恶性循环，你让他们怎么有激情有动力去做这件事情，它没有收益只有成本，这就是人性。第二点只有制度改变或者像大厂以利诱惑强制要求你这么做。不然解决不了的，自发性自驱型的人永远是少数。

已最终生产质量，和提交 bug 质量为依据，这应该是测试开发一体去看待。就像有些测试 c1 他只测业务，很少关注技术实现，性能，安全等内容。如果出个事故就会出现高风险事故。c2 测试他的测试内容和用例设计都会考虑到性能和技术实现的优缺点能够提供更大范围的优化建议。你自己就知道哪个是好的，有效的，收敛的。所以单纯看数量没啥意义。

针对 jd 做针对性的包装和学习，你工作年限少就算背调也没那么严格

哎，登录态，用户影响回归，纯 web 端，配置复杂一下就麻烦，关键 mcp 也是通过指令去驱动想想就不想搞就只能当玩具

工资太低了换一个正经的吧

我们有非代码错误，100% 成功率的要求，其实你统计出来的问题最终，还是得归纳到用你的这个平台，如何写出高可维护性的测试用例。这个目标去前进

攒好资本，到 35,40 的时候你可以有躺平的本钱，学习拓展人脉和个人能力，不仅仅是测试这个门类的。