求教:AI生成测试用例相关
- 内容介绍
- 文章标签
- 相关推荐
LZ是一家做外贸业务公司的软测,平时主要是要订单类型和后台例如OMS,WMS,供应商,对接系统测试。最近开发团队推进前后端融合。我也有些危机感,于是vibe了一套测试用例生成流程。
目前遇到的问题是从prd分析生成测试点,再从测试点生成测试用例方面,生成的东西都很独立,相互之间没有多少联系,所以在生成之后还需要很多的手动调整。
我现在的方案是,建立了多个智能体,从开始的文档分析,到粗放测试点拆解,细致测试点拆分成测试用例,都是使用的不同的智能体来解决像这样一个一个走下来。这就导致了上面的问题,编写用例没有联系。
所以来请教下佬友。有没有什么好的方案或者流程可以参考或者替代下。
image1229×1153 169 KB
网友解答:--【壹】--:
我理解的是
拆分多个agent的话 子应用没有同处同一环境 各个子agent的内容也是类孤岛模式
claude code里有一个 sub Agent的概念,佬友可以了解一下 ,维护共享文件内容 让多个agent在更新迭代的过程中去了解当前项目的背景(研究成果 计划 进展等等)
--【贰】--:
我大概确定了两套方案
一个spec.json文件,所有智能体的都通过读写这个文件来完成信息共享
一个是共享统一 TaskState来完成信息共享
看看跑起来那一套更好吧
--【叁】--:
我记得cc设计subagent初衷好像就是 各agent各司其职专注某些特定任务,且防止主应用上下文负担较大 ,所以设置多个子agent
其实多个sub agent的上下文还是相互黑盒的吧,只是subagent的最终结果对于后续的agent是可见的w
--【肆】--:
马一下,还没有什么测试相关经验可以学习
--【伍】--:
还得是需要有个知识库的
--【陆】--:
马一下 测试用例生成方案
--【柒】--:
好的佬友,我会关注下这方面内容
--【捌】--:
有意思的问题,我作为研发设计测试环节: 单元测试和手动测试时
是提供了一套方法论指导它尽量全面的给我设计case,目前还是在初步使用中,具体效果还得再观察观察
--【玖】--:
是有产生文档的,需求分析,问题确认,测试点拆分都有记录。确实不能太相信他,会骗人
--【拾】--:
建议佬 可以把整个生成用例的会话引入统一的 Context/State 管理,每个agent调度的时候用类似topic发布消息,发送消息前,要不上下文带着发送给下个智能体,不然上下文不共享,多个agent都是独立的,也是徒劳。。
--【拾壹】--:
是的,目前就是多个智能体之前没办法建立有效的通信导致割裂的,我这边是有完整的项目文档,是在分析完成prd之后补充里面的不确定问题之后在进行跑的
--【拾贰】--:
你的测试案例的生成有足够的业务领域知识上下文吗,能从各维度来评估影响吗。从我的最近观察来看,不能过于依赖AI
--【拾叁】--:
同样关注学习一下
--【拾肆】--:
终于关注到一个测试帖子,我目前也实现了类似的功能,正常来讲我觉得你现在的流程没问题,问题是不是多个智能体间没有共享上下文才导致的用例没有关联呢?而且是否有用到相关知识库,给一下项目背景,或者比较完整的需求文档喂给他
--【拾伍】--:
解决了吗佬
--【拾陆】--:
前排码住 学习一下
LZ是一家做外贸业务公司的软测,平时主要是要订单类型和后台例如OMS,WMS,供应商,对接系统测试。最近开发团队推进前后端融合。我也有些危机感,于是vibe了一套测试用例生成流程。
目前遇到的问题是从prd分析生成测试点,再从测试点生成测试用例方面,生成的东西都很独立,相互之间没有多少联系,所以在生成之后还需要很多的手动调整。
我现在的方案是,建立了多个智能体,从开始的文档分析,到粗放测试点拆解,细致测试点拆分成测试用例,都是使用的不同的智能体来解决像这样一个一个走下来。这就导致了上面的问题,编写用例没有联系。
所以来请教下佬友。有没有什么好的方案或者流程可以参考或者替代下。
image1229×1153 169 KB
网友解答:--【壹】--:
我理解的是
拆分多个agent的话 子应用没有同处同一环境 各个子agent的内容也是类孤岛模式
claude code里有一个 sub Agent的概念,佬友可以了解一下 ,维护共享文件内容 让多个agent在更新迭代的过程中去了解当前项目的背景(研究成果 计划 进展等等)
--【贰】--:
我大概确定了两套方案
一个spec.json文件,所有智能体的都通过读写这个文件来完成信息共享
一个是共享统一 TaskState来完成信息共享
看看跑起来那一套更好吧
--【叁】--:
我记得cc设计subagent初衷好像就是 各agent各司其职专注某些特定任务,且防止主应用上下文负担较大 ,所以设置多个子agent
其实多个sub agent的上下文还是相互黑盒的吧,只是subagent的最终结果对于后续的agent是可见的w
--【肆】--:
马一下,还没有什么测试相关经验可以学习
--【伍】--:
还得是需要有个知识库的
--【陆】--:
马一下 测试用例生成方案
--【柒】--:
好的佬友,我会关注下这方面内容
--【捌】--:
有意思的问题,我作为研发设计测试环节: 单元测试和手动测试时
是提供了一套方法论指导它尽量全面的给我设计case,目前还是在初步使用中,具体效果还得再观察观察
--【玖】--:
是有产生文档的,需求分析,问题确认,测试点拆分都有记录。确实不能太相信他,会骗人
--【拾】--:
建议佬 可以把整个生成用例的会话引入统一的 Context/State 管理,每个agent调度的时候用类似topic发布消息,发送消息前,要不上下文带着发送给下个智能体,不然上下文不共享,多个agent都是独立的,也是徒劳。。
--【拾壹】--:
是的,目前就是多个智能体之前没办法建立有效的通信导致割裂的,我这边是有完整的项目文档,是在分析完成prd之后补充里面的不确定问题之后在进行跑的
--【拾贰】--:
你的测试案例的生成有足够的业务领域知识上下文吗,能从各维度来评估影响吗。从我的最近观察来看,不能过于依赖AI
--【拾叁】--:
同样关注学习一下
--【拾肆】--:
终于关注到一个测试帖子,我目前也实现了类似的功能,正常来讲我觉得你现在的流程没问题,问题是不是多个智能体间没有共享上下文才导致的用例没有关联呢?而且是否有用到相关知识库,给一下项目背景,或者比较完整的需求文档喂给他
--【拾伍】--:
解决了吗佬
--【拾陆】--:
前排码住 学习一下

