感谢留言,这对行业现状来看,单测的智能化程度还不够高,这也是所有开发者都期望努力的方向,因此这个软件定位是辅助开发者提效的工具。现实开发者场景中的单测用例会很复杂,且需要业务场景,因此我们没有采用模拟的数据(这是当前所有静态分析技术采用的方式),而是录制到真实业务场景数据,反向生成用例,并且通过IDEA插件可以快速扩充具体场景。针对你提的几个问题做个简要回复: 1)这些用例可以直接跑起来,期望值和断言是有的。 2、3)用例提供数据进行mock和断言,没有逻辑封装,只要接口契约不变用例则一直有效,对于接口变更的情况,则可以直接删除用例,重新录制或通过插件修改,毕竟在开发阶段没有太多精力写用例代码,自动生成后留作后续回归使用即可。新增代码可以进行本地一键启动录制,也可以快速的获得可用的单测用例。 4)单测解决的就是启动问题,一旦有了单测不需要启动服务就可以调试代码,我们生成的单测代码可以实现秒级运行,脱离了spring的容器 5)既然是代码则肯定要推送到git库,我们的生成的用例主要是数据会较多,这块支持数据远程对象存储,运行时可以使用远程数据,所以代码库里也会比较干净。当然也可以选择本地存储用例数据,方便更改调试代码。 最后对于您提的零代码模式对于简单代码场景的端到端集成测试是可以的,但目前就行业整体看还是需要有代码更方便调整,对于简单场景通常不会刻意去写单测,主要是在复杂业务场景核心代码才会花费精力,实现质量左移,但我相信随着人工智能在编程领域的发展,一定会有更加智能的方式出现,后续可以多探讨、交流,感谢
评论删除后,数据将无法恢复