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

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

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

这倒也是一个方式

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

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

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

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

那还是不错的，我这没尊重可言，领导经常说的就是他们之前都没有测试

一般的单位应该不行吧？

自顶自顶

AI 在研发上的提效和帮助明显一点，在测试上感觉不好落地，测试开发除外

我这边也再试用 AI 生成测试用例，目的是用 AI 生成测试用例，最好是能直接用。
刚开始考虑的是直接试用 PRD 来直接生成用例，但是，这边的 PRD 写的比较渣，很粗，遂放弃。

后来是使用整理测试点，用测试点来生成用例的方式，然后发现个问题，不同的对话框，同样的描述语句生成的用例不一样，而且区别还比较大，像是不同风格的人写的，整理起来很费时间。

最后是新增了一个步骤：将写好的用例再投给 AI，让 AI 再次整一下，整个流程就变成了：整理测试点-->AI 生成用例-->手动整理-->AI 修改、补充-->手动整理。这个流程就比较消耗时间，而且在【AI 修改补充】阶段修改后的用例也是不能直接用的，还是需要再整理。

整体使用下来感觉 AI 只能补充下测试点、提供下测试思路，用例还是需要自己来写才行。而且只能用在简单、单一的功能上，如果业务比较复杂的话就不行了。

这个很费 token。。搭建 + 跑场景，一天用了一百万的 token

可以输出 csv 格式的用例，格式上能直接用

excel、yaml 比较适合单接口的测试，流程测试还是需要写代码

生成的用例效果怎么样？能用吗？

同感，现在的 AI 感觉更像一个便捷的搜索工具

没有谁是不可替代的

可以要求的吧，QA 分支的代码一般没啥问题

业务迭代很快的情况下，推自动化估计会有难度，逻辑经常变更的话维护自动化脚本都够累的。可以先推下比较稳定流程的自动化，其他的可以先整理下回归用例集合

膜拜大佬

平平淡淡，躺平中

不可能的，老板都是想着怎么扣钱

我这测试的存在感也很低，领导还老喜欢找我们要乱七八糟的质量方案、提升方案，但是又没人监督执行，好多都是出了方案之后就没然后了。。。