测试同学大概都有过这种体验需求评审会开了两小时会后对着几十页的需求文档发呆——哪些是功能点哪些是测试点边界值在哪会上明明讨论过的问题散会就记不清结论了还得自己重新看下需求文档。我用 WorkBuddy 把这条链路完整走了一遍需求文档拆解 → 会议字稿澄清 →批量出用例 → 浏览器自动化验证。全程不写一行测试代码每个节点都有可交付的产出物。下面按实际操作演示。新建对话下载打开workbuddy新建对话选择版本文档所在文件夹一、分析需求为了让演示可复现我用一个虚拟的「员工请假审批系统」做例子它包含5 个功能模块登录与角色、提交申请、我的申请、待我审批、假期额度7 条业务规则时长按自然日算、半天计 0.5 天、单次上限 15 天、额度不足拦截……第 8 章留了 6 个待澄清问题跨周末怎么扣时长、撤回有没有时限、额度不足是硬拦还是特批……配套还有一个单文件的 Demo 页面浏览器打开就能点。二、第一步把需求文档丢给它功能点和测试点一次理清最土但最有效的用法把整份文档喂给 WorkBuddy让它按测试视角重排一遍。我的提示词读取需求文档按功能模块拆出功能点清单再针对每个功能点列出测试点覆盖正常流、边界值、异常流、权限。输出成表格并标出哪些需求点存在歧义。得到的产出是两张表一张功能点清单对应 F1~F5一张测试点清单。后者是重点——它会主动把每个功能点拆成「正常流 / 边界值 / 异常流 / 权限」四条线这一步人工做很容易漏。图 2功能点 测试点清单注意自己过一遍功能点和自己往期的经验检查下有什么问题再让它改下。也可以用workbuddy的专家功能选测试或者需求类的。三、第二步让 WorkBuddy 去听需求澄清会需求评审会散会后那些口头结论往往没人整理成文档。腾讯会议默认会生成转写字稿WorkBuddy 可以直连腾讯会议把内容取出来。提示词用腾讯会议连接器拉取最近一场需求评审会的字稿把需求文档第 8 章的 6 个待澄清问题逐条找答案给出结论和出处时间戳。它取字稿有三条路优先级不一样方式内容特点前置条件智能纪要AI 加工后的要点内容较全需要录制权限转写逐字稿谁说了哪句原话最准确需要录制权限元宝纪要概览、要点、待办无需权限人人可取需要注意的是自己的云录制和需求同事录制获取方式不同。自己录制的直接用连接器获取这个是我测试录制的实际各位用真实的然后让ai更新功能清单即可他人产品分享大部分需求会议是产品组织的这类会议不是我们自己组织的连接器拿不到字稿需要让 AI 自己打开浏览器去取。这条「登录进去抓字稿」的链路同样可以固化成 skill下次直接用。做法和第四章一样这一步的价值有一些需求文档没有写清的点一般会在会议中说明可以修补测试功能点。四、第三步造一个属于你自己的测试 skill问题在于每个团队的用例格式都不一样。你们公司可能要求「用例编号 / 模块 / 前置条件 / 步骤 / 预期 / 优先级」这一套隔壁团队用另一套。每次让 AI 生成用例格式都随缘你还得手工往公司模板里搬——很烦。WorkBuddy之类的智能体都支持skill 你可以让它自己造一个 skill把你团队的用例格式固化进去。以后每次直接调用格式永远一致。我的提示词我要创建一个测试用例生成 skill请帮我建好。格式要求固定字段与顺序用例编号 / 所属模块 / 用例标题 / 用例类型 / 优先级 /前置条件 / 测试数据 / 操作步骤 / 预期结果 / 对应需求 / 自动化建议用例编号规则TC-模块英文-3位流水用例类型功能 / 边界 / 异常 / 权限 / 兼容 / 性能优先级P0 主流程、P1 核心规则、P2 边界值、P3 极端场景约束- 预期结果必须可判定禁止写「正常」「正确」这类词- 需求没规定的标注「待澄清」不要自己编规则- 边界用例必须成对出现如 15 天通过 / 16 天拦截为什么值得单独做这一步因为它是一次投入、长期复用格式固化之后换项目、换团队只要格式不变调用方式就不变。而且 skill 是可以迭代的——发现哪条约束不好用改一句让它更新比每次在提示词里重复一遍省事得多。五、第四步用这个 skill 批量生成测试用例skill 建好之后出用例就是一句话的事用刚建的测试用例 skill对需求文档生成完整测试用例集并附需求追溯矩阵。同时还给了一张需求追溯矩阵直接列出每个需求被哪些用例覆盖这张表在评审时特别顶用——哪个需求一条用例都没有一目了然。六、第五步浏览器自动化让它自己去点页面用例写完了接下来是执行。WorkBuddy 内置浏览器自动化能力可以直接打开被测页面、填表单、点按钮、断言结果并在关键步骤截图留证。让它按刚才生成的用例逐条验证启动本地服务打开 Demo 页面按生成的用例逐条验证逐条断言并截图。它执行完会给出断言结果。摘几条实际跑出来的注AI 是工具需要自己检查一遍。附文中用到的提示词汇总【第一步】读取需求文档按功能模块拆出功能点清单再针对每个功能点列出测试点覆盖正常流、边界值、异常流、权限。输出成表格并标出哪些需求点存在歧义。【第二步】用腾讯会议连接器拉取最近一场需求评审会的字稿把需求文档第 8 章的6 个待澄清问题逐条找答案给出结论和出处时间戳。【第三步】我要创建一个测试用例生成 skill请帮我建好。格式要求固定字段与顺序用例编号 / 所属模块 / 用例标题 / 用例类型 / 优先级 / 前置条件 / 测试数据 /操作步骤 / 预期结果 / 对应需求 / 自动化建议 …【第四步】用刚建的测试用例 skill对需求文档生成完整测试用例集并附需求追溯矩阵。【第五步】启动本地服务打开 Demo 页面按生成的用例逐条验证逐条断言并截图。#WorkBuddy #AI办公 手把手教你用 WorkBuddy 软件测试全流程
测试同学大概都有过这种体验需求评审会开了两小时会后对着几十页的需求文档发呆——哪些是功能点哪些是测试点边界值在哪会上明明讨论过的问题散会就记不清结论了还得自己重新看下需求文档。我用 WorkBuddy 把这条链路完整走了一遍需求文档拆解 → 会议字稿澄清 →批量出用例 → 浏览器自动化验证。全程不写一行测试代码每个节点都有可交付的产出物。下面按实际操作演示。新建对话下载打开workbuddy新建对话选择版本文档所在文件夹一、分析需求为了让演示可复现我用一个虚拟的「员工请假审批系统」做例子它包含5 个功能模块登录与角色、提交申请、我的申请、待我审批、假期额度7 条业务规则时长按自然日算、半天计 0.5 天、单次上限 15 天、额度不足拦截……第 8 章留了 6 个待澄清问题跨周末怎么扣时长、撤回有没有时限、额度不足是硬拦还是特批……配套还有一个单文件的 Demo 页面浏览器打开就能点。二、第一步把需求文档丢给它功能点和测试点一次理清最土但最有效的用法把整份文档喂给 WorkBuddy让它按测试视角重排一遍。我的提示词读取需求文档按功能模块拆出功能点清单再针对每个功能点列出测试点覆盖正常流、边界值、异常流、权限。输出成表格并标出哪些需求点存在歧义。得到的产出是两张表一张功能点清单对应 F1~F5一张测试点清单。后者是重点——它会主动把每个功能点拆成「正常流 / 边界值 / 异常流 / 权限」四条线这一步人工做很容易漏。图 2功能点 测试点清单注意自己过一遍功能点和自己往期的经验检查下有什么问题再让它改下。也可以用workbuddy的专家功能选测试或者需求类的。三、第二步让 WorkBuddy 去听需求澄清会需求评审会散会后那些口头结论往往没人整理成文档。腾讯会议默认会生成转写字稿WorkBuddy 可以直连腾讯会议把内容取出来。提示词用腾讯会议连接器拉取最近一场需求评审会的字稿把需求文档第 8 章的 6 个待澄清问题逐条找答案给出结论和出处时间戳。它取字稿有三条路优先级不一样方式内容特点前置条件智能纪要AI 加工后的要点内容较全需要录制权限转写逐字稿谁说了哪句原话最准确需要录制权限元宝纪要概览、要点、待办无需权限人人可取需要注意的是自己的云录制和需求同事录制获取方式不同。自己录制的直接用连接器获取这个是我测试录制的实际各位用真实的然后让ai更新功能清单即可他人产品分享大部分需求会议是产品组织的这类会议不是我们自己组织的连接器拿不到字稿需要让 AI 自己打开浏览器去取。这条「登录进去抓字稿」的链路同样可以固化成 skill下次直接用。做法和第四章一样这一步的价值有一些需求文档没有写清的点一般会在会议中说明可以修补测试功能点。四、第三步造一个属于你自己的测试 skill问题在于每个团队的用例格式都不一样。你们公司可能要求「用例编号 / 模块 / 前置条件 / 步骤 / 预期 / 优先级」这一套隔壁团队用另一套。每次让 AI 生成用例格式都随缘你还得手工往公司模板里搬——很烦。WorkBuddy之类的智能体都支持skill 你可以让它自己造一个 skill把你团队的用例格式固化进去。以后每次直接调用格式永远一致。我的提示词我要创建一个测试用例生成 skill请帮我建好。格式要求固定字段与顺序用例编号 / 所属模块 / 用例标题 / 用例类型 / 优先级 /前置条件 / 测试数据 / 操作步骤 / 预期结果 / 对应需求 / 自动化建议用例编号规则TC-模块英文-3位流水用例类型功能 / 边界 / 异常 / 权限 / 兼容 / 性能优先级P0 主流程、P1 核心规则、P2 边界值、P3 极端场景约束- 预期结果必须可判定禁止写「正常」「正确」这类词- 需求没规定的标注「待澄清」不要自己编规则- 边界用例必须成对出现如 15 天通过 / 16 天拦截为什么值得单独做这一步因为它是一次投入、长期复用格式固化之后换项目、换团队只要格式不变调用方式就不变。而且 skill 是可以迭代的——发现哪条约束不好用改一句让它更新比每次在提示词里重复一遍省事得多。五、第四步用这个 skill 批量生成测试用例skill 建好之后出用例就是一句话的事用刚建的测试用例 skill对需求文档生成完整测试用例集并附需求追溯矩阵。同时还给了一张需求追溯矩阵直接列出每个需求被哪些用例覆盖这张表在评审时特别顶用——哪个需求一条用例都没有一目了然。六、第五步浏览器自动化让它自己去点页面用例写完了接下来是执行。WorkBuddy 内置浏览器自动化能力可以直接打开被测页面、填表单、点按钮、断言结果并在关键步骤截图留证。让它按刚才生成的用例逐条验证启动本地服务打开 Demo 页面按生成的用例逐条验证逐条断言并截图。它执行完会给出断言结果。摘几条实际跑出来的注AI 是工具需要自己检查一遍。附文中用到的提示词汇总【第一步】读取需求文档按功能模块拆出功能点清单再针对每个功能点列出测试点覆盖正常流、边界值、异常流、权限。输出成表格并标出哪些需求点存在歧义。【第二步】用腾讯会议连接器拉取最近一场需求评审会的字稿把需求文档第 8 章的6 个待澄清问题逐条找答案给出结论和出处时间戳。【第三步】我要创建一个测试用例生成 skill请帮我建好。格式要求固定字段与顺序用例编号 / 所属模块 / 用例标题 / 用例类型 / 优先级 / 前置条件 / 测试数据 /操作步骤 / 预期结果 / 对应需求 / 自动化建议 …【第四步】用刚建的测试用例 skill对需求文档生成完整测试用例集并附需求追溯矩阵。【第五步】启动本地服务打开 Demo 页面按生成的用例逐条验证逐条断言并截图。#WorkBuddy #AI办公