很好奇最终做出来会是什么效果 可以的话建议开源分享一波

能跑马拉松已经很厉害了

整合知识库用 AI 分析搜索、AI 辅助分析测试用例、根据大纲 AI 生成测试用例

你直接把你提的和同组别人提的拿出来比较 如果没有本质上的区别就说明是故意为难你

老哥有专门训练马拉松吗 还是纯跑步爱好者

设计自动化用例的时候就要考虑是否可靠，如果是为了覆盖率硬上一些不太可靠的用例，最后会浪费更多的时间去排查自动化失败的原因。所以源头还是设计之初就要充分考虑并自测到位，适时地舍弃一些用例，放到手动回归部分

你不该在社区问这种问题，懂的不会说，不懂的也帮不了你

也是没办法，小公司呆着更没前景 真要是呆到 35 估计就失业了

成都这边管理岗很少，而且我工作年限不够，现在找属实有点难 我们公司的管理岗一坐就是 7、8 年 除非人走，不然没得任何机会

看来只能是走一步看一步了

确实 jd 写的 不如面的实在

希望是能卷到 50 实际不容易啊

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

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

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

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

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

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

太真实了

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

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

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

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