对的

单测一般是开发自测阶段写的，提测后测试人员可以通过接口测试结合覆盖率来 cover 各类测试场景是否被覆盖

开发提测前可以对代码进行 diff 看下本次修改的逻辑，然后看下新增代码逻辑是否有问题，作为服务端测试对后台代码逻辑的掌握是基础，是肯定要熟悉代码逻辑的。至于担心拉长测试周期的问题，我觉得 CR 代码并不会增加很长的测试时间，如果对业务逻辑熟悉，CR 下新增的代码不会花很长时间，相反通过 CR 代码更容易发现一些单纯从功能层面发现不了的问题。

简单来说就是把自然语言描述的用例步骤发给大模型，然后获取到当前页面的控件树，让大模型根据当前用例步骤自己去做决策并执行，然后根据执行结果做断言

有的，我们公司的 UI 自动化、接口自动化、用例生成都引入了大模型，效率提升了很多，尤其 UI 自动化表现更突出，直接使用自然语言即可编写自动化测试用例，无需自己定位元素，也不存在跨端的问题，比传统的 UI 自动化要好维护很多

希望能对你有帮助

谢谢

是的，也可以这样优化，但是会对数据库产生压力而且效果也不会太明显

新人报道