我也认为未来应该会这样，但是不知道我们去干嘛了

来几年了没听说过

这个很多算力网关已经做了吧

好文章。我在这个点有点想法，AI 执行过程中会有或多或少的漏测其实我觉得是正常情况，其实人也一样会漏测哪怕用例写明了检查点，人漏测的也大有人在。这个时候我觉得是责任制有问题，这个时候 AI 执行你几乎不可能把责任怪在 AI 上，而决定用 AI 方针的一般是领导，而人执行不同，人执行你总能看到那条用例是哪个人执行的，把责任定到他身上。这里从 AI 执行到落地应该还差几步相比人执行而言。

发果篮算吗

测试本身是一种职能，测试为啥独立出来是因为最开始只有开发的时候，开发做测试成本太高了，转而招专职的测试，相对成本低一点（和大部分开发相比），然而 AI 出现后测试的成本越来越低的时候就又回到开发或者整条产品线的其他没那么容易被 AI 取代的岗位上了，客观来说开发也一样不用那么多了，所以才会有所谓一人公司和超级个体的概念（个人理解，随便说说）

我也是每天领救济过日子

b 站搜了一下看着建模，动作都还不错，期待上线

感觉没太看懂这个产品的定位，感觉更多是一个 claude 的辅助工具？

看这菜单还能选下午茶，我们老早就没得选了

其实我觉得 AI 用的少，反而证明你这个工作不容易被 AI 取代，换个方向想想呗

项目复杂度兼顾不了的对于 AI 来说应该只是时间问题

你这理解确实是独一档

稀客，好久没见过这种问题了，我理解测试和开发是属于合作关系，你多给他们发现 bug，他们未来就少一点线上生产环境问题排查，人家谢谢你都来不及

我是越来越没有把自己固定在只做测试一个选项了，我是觉得有了 AI 以前很多不能做的现在能做的

这个可能是以后测试的生态 @ThinkMugz

你看吧，会有这一天的，自己见机行事吧，新的问题会带来新的解决方案，风险中总是有机遇的，我比较理想主义

对 AI 我还是有期待的，就像我们自己也能感受到 AI 生成代码的效率远远高于测试，测试的工作量正在慢慢成为项目开发的瓶颈，但是这个肯定只是过程。开发可能只需要简单描述一下问题让 AI 自己自闭环，其实测试也应该这样，百分之 95 的工作让 AI 来主导，人只是做微调，当然这个要实现不是测试这一个岗位能实现的，需要需求、规划、项目管理协同运营，但是这个应该是趋势，直到未来不需要人参与测试，测试作为一个能力原生到整个产品线里面。只是畅想....

大兄弟，没 AI 你觉得公司会让测试去吗

AI 测试目前感觉是探索阶段，重要的是思路

你先不管 AI，你可以先思考你自己是怎么根据设计稿写测试设计和用例的，肯定也不是只看设计稿的，先把自己如何解决问题的方法交给 AI，他才能走下一步，比如需求沟通、历史版本用例、历史需求、历史该模块的测试设计

我有点好奇这中间没有专门的测试设计吗，直接需求就到用例了？

完全可以合并啊，没有什么障碍，而且生成用例本身也可以参考这个历史用例知识库也可以参考历史版本的测试设计以及历史需求，再结合当前版本迭代的需求，这样写的用例会更加合理一点

完全可以啊，你给他输入库表名再输入条件就行了

等下一个龙虾