求教:AI生成测试用例相关

2026-04-11 11:521阅读0评论SEO资源
  • 内容介绍
  • 文章标签
  • 相关推荐
问题描述:

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


--【拾叁】--:

同样关注学习一下


--【拾肆】--:

终于关注到一个测试帖子,我目前也实现了类似的功能,正常来讲我觉得你现在的流程没问题,问题是不是多个智能体间没有共享上下文才导致的用例没有关联呢?而且是否有用到相关知识库,给一下项目背景,或者比较完整的需求文档喂给他


--【拾伍】--:

解决了吗佬


--【拾陆】--:

前排码住 学习一下