文心快码(BaiduComate)是基于百度文心大模型,在研发全流程全场景下为开发者提供辅助建议的智能代码助手。结合百度积累多年的编程现场大数据、外部优秀开源数据,可为开发者生成更符合实际研发场景的优秀代码,提升编码效率,释放“十倍”软件生产力。
如果您对【文心快码企业版】感兴趣,希望获取更多详细信息, 👉点击进入企业服务咨询
我们会尽快安排专业人员与您取得联系!我们期待与您建立联系,为您的企业带来更高效、更智能的工作体验。
代码助手全面进入智能体时代,文心快码3.0现已发布, 点击试用
本系列视频来自百度前端架构师张立理,他在以“应用来了”为主题的2024百度世界大会上,进行了文心快码3.0能力演示,端到端能力展示。
点击观看 关于文心快码代码助手智能体的观点: 单测智能体对比传统单测 完整视频
百度前端架构师张立理认为:
开发者很重要的一点是说我们要保证质量,所以我们会提倡说大家可以做单元测试这件事情,那我们再来看看单元测试这个环节大家会有些什么情况呢?
传统的单元测试几种方案。
第一,手写,全部让开发者手写,那显然我们会认为这个事情其实是有一定成本的。
第二,利用一些规则,我自动化去生成,这有两种。第一种我给你生成一个模板,其实没有任何用例,但其实没帮助到多少。第二种我会利用代码的静态分析来给你大致地生成一些用例,它其实有一个缺点,这个用例的冗余度非常高,可能你 10 个用例只是测了其中的两处代码,这个冗余度是对于你后续的单测的执行事件的保障都是会产生问题的。
第三,那还有一种我们用大模型去生成,大模型生成其实有问题在于大模型不知道你这个业务是什么?他就看的是一段代码去写一些东西出来,所以他无法感知这个自己生成的代码测试能不能跑,他生成准确率就会低。第二他没有覆盖率,所以他也不知道我生成这个代码覆盖了多少,所以覆盖率和冗余性它也是无法保证的。
那作为我们的单测智能体来说。
第一,我们希望就是开发者他不需要承担太多的负担,同时就可以提升代码质量。因此我们让我们的智能性通过多个小的智能体生成测试,运行测试以后去提升覆盖率,去修复我错误的测试等等,多个小智能体去协同来生成符合业务逻辑的测试用例。
第二,它要做到可靠,它要去验证我这个测试到底能不能跑起来,对不对?
第三,它要生成高质量的测试,包括覆盖率要高,包括用例不要太冗余,如果两个用例检测的是一模一样的代码逻辑,那它应该就只要一个用例。
第四,我们还希望它有进一步的突破。测试不仅要能跑,还要能发现业务代码上的错误,这在以前人做的时候是很正常的,但是在模型和工具生成的环节上,事实上是一个非常有挑战性的事情,我们希望测试能够真正地指导业务的开发。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。