有个想法，如果想让 ai 帮忙写用例，你需要提供大量的信息，以及标准规范的文档。
那么，如何快速让 ai 介入测试工作，我想最合适的应该是，让 ai 补充，查缺补漏，就是测试人员先把测试用例先写好，然后再把文档给 ai，让 ai 进行用例评审，或者让 ai，重新优化，输出更加规范标准的测试用例。我想，这种才是目前现阶段，比较符合现实的方式。

我这个方式主要解决的问题是:

1. 少点打字，意义不大的格式转换
2. 可以快速的完成测试用例写法
3. 只针对比较简单的场景，比如对一个资源的增删改查，以及一些字段校验

有个想法，如果想让 ai 帮忙写用例，你需要提供大量的信息，以及标准规范的文档。
那么，如何快速让 ai 介入测试工作，我想最合适的应该是，让 ai 补充，查缺补漏，就是测试人员先把测试用例先写好，然后再把文档给 ai，让 ai 进行用例评审，或者让 ai，重新优化，输出更加规范标准的测试用例。我想，这种才是目前现阶段，比较符合现实的方式。

关于您说的这个想我，我没有想过，看了之后的感觉是，有可能做到吧，但是不是我现在的目标，我现在就是想减少成为打字员的时间

不管怎么样，也算一个实践吧，我只是把我想要做的东西，用最简单的方式串联起来，并且可以留存了数据，至于 AI 评审这些，我能力范围之外了，或许较少了打字时间，我有更多时间可以学学这个怎么评审，才有机会做到评审。

但是你写好去上传，如果不是自己公司的大模型要考虑泄密问题

用例倒不是字数的问题，是执行的问题，现在很多都写测试点，本身写不了多少字。关键是执行时的阻塞和是否能覆盖到关键的问题，这个才是重点。用 AI 生成通用的测试点，这个功能太鸡肋了

投入产出比吧，如果减少一部分时间就足够了，因为实际上我什么都没投入。

投入：
最多就是总结一些需求，这个本来就要做，然后写一个 prompt，这个基本上每个都可以用，一次性工作，然后其他我什么都没有投入，AI 调用也不需要费用

获得：
少写一写已经很熟练的用例的时间，可以有时间做点其他，摸鱼也好，学技术也要，其他也好

我一点不觉得有什么鸡肋的。一口气反正也吃不成一个胖子，如果你觉得 AI 真能去 Review 用例：

1. 实际也需要给他进行数据标注的，而谁来做数据标注，我觉得测试也跳不掉的
2. 实现 Review 用例也不知道什么时候有，有能用用的就先用着呗
3. 最少用上 AI 了，空谈无意义

感觉用例根本写不完

你举得的这种通用测试用例一句话描述就行了，重要的是维护核心、复杂的测试用例，这种用例是跟业务紧密结合的，这个 AI 是介入不了的

感觉还是挺不错

这种做通用用例，每个项目都能用，写一次就够了

同 7 楼的意思，简单的、不繁琐的需求可以，但涉及到业务逻辑稍微多点的就完了，你这个让我想到的是，让一个新人先去按照需求文档写一遍，之后再让懂业务的去补充，这个时间耽误的不是一星半点。
想法好，还能实践最终有结果，楼主也挺厉害

能写完才是有鬼，你见过 bug 能改完的吗？