感谢回复，想问下平台在团队内使用反馈如何呀？我之前也有过类似的想法，同领导汇报后领导觉得其实没有很突出 AI 带来的产效，因为我们先也有接口自动化平台，测试在平台上编辑接口用例准确性更高，如果用 AI 去生成接口用例，相比于在平台上编辑用例，准确性，可维护性和实用性并不高，另外测试团队人数多，你还得让他们用指定的提示词去生成，在耗时这块也没有得到很大提高。所以后续就没继续研究了

想了解下 AI 基于文档生成的案例的逻辑策略是什么？比如是单接口校验（异常值和边界值等等）？另外有以下两种场景能否支持：(1) 多接口搭配的测试场景是否能覆盖（2）一般来说开发提供的 Swagger 文档，具体测试参数都是遗漏的，如何能保证接口测试参数的准确性？

之前执行过十几次，总结了下主要是这几个问题导致 1.用例不规范 2.测试环境重启，网络不稳定 3.测试数据问题，倒没听说测试反馈是接口或者业务逻辑问题，执行几次之后测试有时忘记了就不执行了，我评估下只能我这边全量自动去跑了，没有问题最好，如果是上述问题就要和测试讨论是否修改案例或者删除容易报错的案例了

目前自动化是做回归用，老板的意思还是有最好，但并没有 kpi 去要求同事去整，毕竟数据容易造假，但做这件事确实需要测试同事有很强的自驱力，没的话你追着他去搞，效率和质量永远是个问题

全量跑没问题，主要问题是执行完毕后的报错分析需要人去整，如果版本紧急，多整几次后就又没人去分析了

感谢老哥，老哥知识库搭建过吗，是用什么工具哇，如果方便我可以加你 v 聊一下谢谢

第二点效果不太好指的是我本地代码先将 pdf 移除空白行，然后基于 token 大小去分块，块与块之间有分割符号，最后生成 markdown 然后上传到 ragflow 去分块，ragflow 分块选的是 general，分隔符也选好了，最后我看了下 ragflow 分割的效果和我想要的预期不太一致.不知我上述的流程是否有问题

想请问下这个录制和 selenium ide 录制在用处上有什么区别吗

要考虑下使用成本和老板的 kpi 要求吧，如果用户要写代码去做自动化以及案例维护难度大的，很难推广下去

同一个项目不同目录，后端都是用 python 写的，接口和 UI 库无非就是 request 和 selenium 库而已