​手把手教你用 WorkBuddy 软件测试全流程

• 测试同学大概都有过这种体验：需求评审会开了两小时，会后对着几十页的需求文档发呆——哪些是功能点？哪些是测试点？边界值在哪？会上明明讨论过的问题，散会就记不清结论了，还得自己重新看下需求文档。
• 我用 WorkBuddy 把这条链路完整走了一遍：需求文档拆解 → 会议字稿澄清 →批量出用例 → 浏览器自动化验证。全程不写一行测试代码，每个节点都有可交付的产出物。

下面按实际操作演示。

新建对话

• 下载打开workbuddy，新建对话选择版本文档所在文件夹

一、分析需求

• 为了让演示可复现，我用一个虚拟的「员工请假审批系统」做例子，它包含：
• 5 个功能模块：登录与角色、提交申请、我的申请、待我审批、假期额度
• 7 条业务规则：时长按自然日算、半天计 0.5 天、单次上限 15 天、额度不足拦截……
• 第 8 章留了 6 个待澄清问题：跨周末怎么扣时长、撤回有没有时限、额度不足是硬拦还是特批……

*图 1：需求文档。

配套还有一个单文件的 Demo 页面，浏览器打开就能点。

二、第一步：把需求文档丢给它，功能点和测试点一次理清

最土但最有效的用法：把整份文档喂给 WorkBuddy，让它按测试视角重排一遍。

我的提示词：

读取需求文档，按功能模块拆出功能点清单，
再针对每个功能点列出测试点（覆盖正常流、边界值、异常流、权限）。
输出成表格，并标出哪些需求点存在歧义。

得到的产出是两张表：一张功能点清单（对应 F1~F5），一张测试点清单。后者是重点——它会主动把每个功能点拆成「正常流 / 边界值 / 异常流 / 权限」四条线，这一步人工做很容易漏。

图 2：功能点 + 测试点清单

注意：自己过一遍功能点和自己往期的经验检查下，有什么问题再让它改下。也可以用workbuddy的专家功能，选测试或者需求类的。

三、第二步：让 WorkBuddy 去听需求澄清会

需求评审会散会后，那些口头结论往往没人整理成文档。腾讯会议默认会生成转写字稿，WorkBuddy 可以直连腾讯会议把内容取出来。

提示词：

用腾讯会议连接器拉取最近一场需求评审会的字稿，
把需求文档第 8 章的 6 个待澄清问题逐条找答案，给出结论和出处时间戳。

它取字稿有三条路，优先级不一样：

• 需要注意的是自己的云录制和需求同事录制获取方式不同。

自己录制的：

• 直接用连接器获取

（这个是我测试录制的，实际各位用真实的然后让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办公