我们现在已经抛弃原有的架构了，就是觉得框架扩展麻烦，还有数据库管理用例也繁杂
现在直接让 AI 重写框架，基于业务场景直接生成测试用例。虽然代码可读性不高，但是 AI 可以直接把 UI 自动化、接口自动化这些东西集成到一份测试用例代码里，一个文件就是一个业务场景。调通就可以直接使用了。后续扩展就是基于 AI 生成的框架写一个个业务场景测试用例，调通就行了。
但是我们的做法与你的想法完全是反过来的，是因为我们的产品线不多，业务也没那么繁杂。用 AI 反而解放了我们开发框架的时间，更专注于业务场景自动化的快速实现与部署。
ps：Cursor 这种对于体量不大、自动化不深入的公司是真好用，现在简历上写自己会自动化都不算亮点了，Cursor 写的又好又快。突出点反而是你如何使用这些工具，对业务的理解是否深刻。

如果不是老板从上往下推的，建议还是不要做这种费力不讨好的事情。技术更迭非常快，哪怕按照你的想法做出来了，你很难保证这东西可以简单的迭代并且在新技术出来的时候你能很好的兼容。多做点项目可能才是你能站稳脚跟的最大助力

感觉还是要根据你当前公司的业务和市场来决定你是偏向技术还是偏向业务或者二者融合。
但就目前的形式来说，业务可能是保障绝大部分公司活下去的绝对核心，稳定的业务线才能稳定地发工资
再说现在 AI 能帮助很多公司的测试完成基本的自动化搭建了，已经算是刷新了一波技术门槛了。再往上走，还需要更复杂技术的公司也是很少的了

薅国家的羊毛真是不遗余力啊 跟我认识的学术圈子很像，编造数据去拿国家的项目，然后分钱，实际上做的东西屁用没有

准备要娃了。但是根本没想着要鸡娃，他要是有心奋斗，我会一路支持。要是平庸，我希望他有一个快乐的童年，一个良好的三观。
我奋斗大半辈子，总还要拿些时间为自己活吧。
普通人就不要得陇望蜀了，人和人的差距真的大到无法想象，怪不得别人说人生的起跑线不是高考，而是羊水呐

这就是银行加班猛的原因吗？都是 ppt 做给上面看是吧，一层忽悠一层 哭的累的都是下面的牛马

太真实了

哈？科技岗的还要出去去卖产品吗？

项目难度和发版频率跟私企一样吗 感觉国企追求的是安全稳定，是不是这方面会更谨慎一点呐。太过于复杂和迭代快的项目应该比较少吧

看来国企管理岗还是人际关系，跟是不是技术岗位没太大关系

很少，聊胜于无，安抚人心罢了

我们小公司，部门老板跟我直说，上面的想法就是不大刀阔斧，保持业务线稳定，不追求更多。所以只有年度的普涨，你要走没人拦。
所以涨不涨薪也得看你公司的实际情况。哪怕就是蒸蒸日上的业务线，一样可以招新人，招大头兵，上面的管理层说了算，更何况业务平庸或者差点的公司了。现在涨薪只有跳槽了

所以面对这种老板是最头疼的，特别是就那点儿工资，要求还不低 当然，工资给够我还是可以既要又要的，毕竟积极性很高

想起我们老板说的既要速度又要质量。现实是很难兼得，要速度就要接受一定程度的质量损失，要质量就得多花时间。本来测试就是质量工程，时间上去了，质量才得以保证。所以时间紧的情况下，测试人的心理难免会产生各种不可控的波动，毕竟是人来测试，而不是自动化工具

外企还是挺看重学历的 ，尤其是工作经验不丰富的情况下，大厂就更不说了吧。中小厂可能接受度高一些，但是现在大环境很差呀，很多企业都提高筛选标准了，亲身体验下来感觉普硕也没什么太大优势

不是互联网，是传统行业，电子通信方面的

谢谢你的建议，现在外企真的好少，而且学校硬伤，简历过不了初筛有内推的话 还是想去外企的，哈哈哈

厉害啊，每月都有安排

开个玩笑。这世界就是一个巨大的草台班子，属于是降本增笑了

如果这是营销就好玩了 是哪个小天才想出来的呐

说得好，让我对 chatGPT 有了新的认识

看老板风格吧，有的小公司需要量化工作量来打绩效，最终只会逼得大家为了找 bug 去找 bug，本末倒置

银行多的是

感觉还是看业务和公司规模