自己也试用过一段时间
1，AI 写用例取决于飞书需求文档的质量，如果需求文档写的就是乱七八糟，AI 写的也会乱七八糟的
2，越是通用的逻辑，简单的逻辑 AI 写用例写的挺好，但凡涉及到逻辑嵌套，隐含逻辑在需求文档上就没有的，写的是一塌糊涂的
3，写用例的目的有时候也是为了熟悉需求，剖析测试点，如果是让 AI 写的你觉得直接能用，要不需求文档写的就很详细，要不就是需求很简单
4，还是觉得 AI 用例这块不适合从 0-7，然后自己补充 7-10 之间的内容，而是适合自己 0-7，用 AI 完善 7-10 的部分

是年龄问题，不要怀疑自己的能力，事实就是不管技术多强能力多强，到了 35 岁就是一个坎

然后学历，工作业务的垂直度，面试运气都有关系，现在就是一个供小于求的市场

写测试用例完全取决于大模型，以及业务文档 + 技术文档，只是给需求文档的话，写的只能说一言难尽

生成一个智能体测试，把你干的活全部干了，测试人员就被 skills 了

今年行情比去年难多了，公司都没有新增 HC，很多人也不敢离职，再加上 AI 的冲击很多都问 AI 相关的内容，其实还是功能测试，找工作难度大大提升，当然了如果你是好学历 + 大厂履历，也还是可以跳的

找纯业务测试吧，vibe coding 体验过后就知道，测试开发这个岗位以后就没有了

太乐观了，我持悲观态度，事实就是老板和股东发现了 AI 能提效，就会缩减人员，以前 10 人，现在缩减到 5 人 +AI，被干掉的 5 个人只能流入就业市场，如果每家公司都这么干，岗位无法流动后就只有存量市场，谁也不敢保证你是能留下来的人，至于你说的找到护城河，发展自己的影响力，听着太虚了，大家都是普通人，只是在互联网混口饭吃而已，而且 AI 大模型还是持续进化，有可能就会把剩下的 5 个人也会持续干掉，就此后，就业彻底爆炸，继续裁员大家都不敢消费企业继续挣不到钱继续裁员，下螺旋循环了

目前能想到的也就是体力工作（技术工人），或者与人大量沟通的工作（销售，运营），只要坐办公室的我想不到无法被替代的职业

可以啊，用上 playwrightMCP，通用的写到 skill 里，就是花 token 罢了

电费成本什么鬼，不是个人使用者应该考虑的吧