我们现在就面临这种情况，卡死要 AI 测试，搞得 AI 好像是万能的一样

现在写了 skill 进行 UI 自动化，还在调试，真落地的话投入大于产出。。。

这个方式有点像回归 + 精准测试的结合

我这也是这样，感觉投入大于产出

你做的是 UI 的自动化测试还是接口的？是 ai 自动识别页面生成用例->ai 执行还是直接给的用例让 ai 来执行？

改变是肯定的，随着 ai 进化一定是一步步的

这个我们在做，效果只能说勉勉强强能用，不进行优化还是不行

我们给的设计稿都很差。。而且很容易需求变更，变更内容还不做同步，自动化的回归测试都没有，就要求 100% 的 AI 测试，真是要炸了

这个我们也在做，但是总感觉差点意思，一般都是用在系统回归上了，现在想用新功能的测试上

生成的还是要调试的，每个模型的效果还不一样

来人啊，快来人啊

顶一下

提交测试后的第一轮功能测试

请问，这种方式的主要是用在回归测试中吗？可以在系统测试中使用吗？

还是有难度的，在稳定项目的回归上的作用应该更大些，想我们这有些项目，需求都不清楚，好多需求都是在测试过程中才发现、完善的，系统测试阶段就让 ai 来，个人认为是搞不定的

主体还是在 dify 吧？只是用 git 管理知识库？

候补中。。不知道能候补到不，没年都是抢票，全靠运气

1/3 已经很好了，我这只有 1/10

在这家听到一句经典的【测试不投入工时就不能保证项目质量吗？】

我这的时间都是倒推的，客户签合同的时候上线时间就定好了（多数情况下需求都没定下来），减去开发的时间，剩下的就是测试的时间

这倒也是一个方式

现在是这么做的，就是一时没什么好想法

我这就有这个，监控员工工时

有试过，管理方案都出过几次了，基本就是你出什么就是什么，开会都没啥反应，但是执行起来很难，项目时间紧张的情况下，你只能推一些不增加工作量的，还能提高质量的，这个本身就很冲突

我理解的也是应该有项目管理来推动这个事，但是他们认为测试应该管控项目整个流程的质量，我一个小卡拉米有点难搞，之前搞过一个质量检查清单，检查每个阶段的输出内容，但是很多余，没啥用，还增加了工作量