上一篇写了用 WorkBuddy 搭自动化测试的 7 步全景图，今天展开前两步——怎么样让它读懂蓝湖里的需求文档。

这一步走通了，后面写用例才能得心应手；走不通，每次就得和它说半天需求，它才能干活。

之前踩的坑

其实两三个月之前我就想让 WorkBuddy 去读蓝湖链接。我把蓝湖链接通过对话扔给 WorkBuddy，消耗了几百积分，结果返回解析不了。

后来，我突然刷到一个视频，说可以让 AI 自己去搜索解决方案。于是，就有了以下这句话：

"帮我看看有没有能用的 skill 或者方案让你读取蓝湖链接中的需求文档。"

还真被它找到了，连接蓝湖 MCP 然后获取页面，解析需求。

结果过了几天，我让它解析另一个需求时，发生了以下对话——它又去找解决方案了，又解析不了。可真折磨人呀。

把流程固化成 skill

当一项工作的流程比较固定、重复度高时，就可以思考将其固化成一个 skill。

而且对于目前咱们日常来说，你不用考虑 skill 怎么写，让 WorkBuddy 自己做就行。咱们需要做的是验收，得到咱们预期结果之内的东西。

输出要求：两份文档

以上 WorkBuddy 就可以读取蓝湖链接的需求了。然后输出要求，我习惯于让它输出两份文档：

• • 需求汇总文档：所有功能点的全量清单
• • 需求主流程文档：核心业务流程的走向
• 

核心环节：验收

接下来就是核心环节了——验收。

关于验收，最重要的是需求主流程的验收。我们需要保证 WorkBuddy 理解的主流程与产品给的主流程一致。

因为我理解主流程就是主干骨架，其他的校验、排序、参数都是在主流程的主干基础上做填充。这里其实就是考验各位测试对于业务的理解能力了。

省了多少时间？

省了一半时间。但更重要的是——AI 整理出来的格式比我手写的规范多了。 功能模块、输入输出、边界条件分得清清楚楚，后面生成用例的时候直接对着这份文档来，效率高很多。

小结

其实这篇最主要的内容就是两句话：

1. 1. "帮我看看有没有能用 skill 或者方案让你读取蓝湖链接中的需求文档。"
2. 2. 把读取蓝湖链接分析需求这个流程做成固定 skill，这个 skill 输出的就是整理之后的需求内容。

看起来简单，但这一步是整个自动化测试流程的地基。地基歪了，上面盖什么都会塌。

操作上就四步：给链接 → 给 token → 让 AI 汇总 → 人工检查定稿。

唯一需要你费脑子的就是验收那一步，别偷懒。

下一篇：让 AI 根据需求清单生成测试用例，还自动分了冒烟和全量。这一步有个惊喜，下篇细说。

你们平时怎么整理需求？手动翻还是有什么工具辅助？评论区聊聊。