🇺🇸你也可以在以下网址阅读本文的英文版：AWS Community Builders。
在这个 AI 时代做 QA 一直颇具挑战，尤其是当交付速度更快时，一个大问题就浮现出来：我怎样才能确保自己没有遗漏任何东西？我是否覆盖了真正需要覆盖的场景？良好的组织能力对生活的各个领域都至关重要，在 QA 领域也不例外，所以目前 Obsidian 已成为我日常工作中非常常用的一款工具，我来跟大家讲讲我是如何使用它的。
为什么选择 Obsidian？
基本上，Obsidian 是一款笔记和知识管理应用，它基于 Markdown（.md）文件运行，这些文件保存在你本地电脑上，也可以通过付费版本或某个社区插件将它们存到云端。
有诸多因素促使我迁移到这款工具。之前我用的是 Notion，尽管它是一款不错的工具，但对我来说，它在外观上过于可定制，导致我花在创建模板上的时间比真正往模板里添加内容的时间还多。
Obsidian 是一款更“简洁”、专注于笔记的工具，这一点让更少的东西分散我的注意力。另一个因素是，我的笔记保存在本地。在工作环境中，数据安全至关重要，所以知道我的笔记是安全的，让我相比其他工具更安心。在 Obsidian 里还可以添加外部插件来帮助你提升效率，同时不会让界面变得那么杂乱，这对我来说是一大优势。
最后，也是最重要的一点：由于我在某些任务中大量使用 AI，用 Markdown 生产内容已经便于与它们集成，基本上我的 Obsidian 已经成了我的第二大脑。
使用与 AI 集成
在讲这一切如何集成之前，我首先需要简要介绍一下我一直在使用的资源，它们是：
- 模板
- 技能（Skills）
- 以及 Obsidian 插件
模板
当我开始使用 Obsidian 时，我做的第一件事就是为我通常需要的文档创建模板。
模板是你可以创建的笔记，带有特定的标准，每当你创建笔记时，都可以复用这个模板。
作为 QA，目前我有以下这些模板：
- 技术任务模板：这是一个模板文件，每当我需要为技术任务（数据库迁移、创建 consumers、API）生成测试计划时，就会参考使用这个模板。
- 业务任务模板：遵循与技术任务模板文件相同的逻辑，但我会在更早的阶段使用它，也就是在 product discovery 阶段与 Product Owner 一起，用来定义可以为那个新功能添加哪些测试层级、风险及其缓解措施，以及如何衡量那个新功能的成功。
- 会议笔记模板：在这个模板中，我记录了关于一次会议的主要信息，我用它来做笔记或创建我将主持的会议议程。
Skills
我们都知道 skills 是一个非常好的资源，可以减少重复性任务的时间，并在使用 AI 时保持标准，在我的场景中我创建了一些 skills，分别是：
-
创建测试计划：这是一个 skill，每当我传入一个 Jira 任务的 ID 调用它时，它会获取那个任务的上下文，然后会在 confluence 中查找参考内容（我在我的
CLAUDE.md中指定了），在完成这些上下文梳理之后，它会使用我之前创建的模板创建一个 .md 测试计划文件。 - 查找没有测试计划的任务：这是一个集成到 Atlassian MCP 的简单 skill，它会查找我所有带有特定测试计划创建标记的任务，并将它们添加到一个我配合该插件使用的 .md 文件中Kanban，用来控制我需要做的事，以及我已经做了的事。
- 发布 Zephyr 测试用例：这是一个集成 skill，用来获取已规划的测试并将它们发布到 Zephyr，那是我用来管理测试的工具。
Plugins
我已经开始引用一个我使用的插件，那就是Kanban用于任务管理，但最近我发现需要两个新插件：
- 一个能直接集成到 Claude Code 的插件，无需离开 Obsidian
- 一个能方便访问我的 skills 的插件。
由于我在商店里找不到它们，我决定自己创建这两个。
第一个是一个插件，它能在正在工作的 vault（文件夹）内打开终端，这样就能很方便地在 Obsidian 内部使用 Claude Code：
第二个是一个简单的插件，用于展示和执行我的 skills，我可以在其中看到所有可用的 skills 并直接从 Obsidian 执行它们。
一切如何集成
现在我们已经知道了我使用的所有 Templates、Skills 和 Plugins，我将举一个在现实生活中如何运作的例子。
假设有一个任务 AB-123，它是一个来自产品团队的 epic 或 product discovery，该任务的测试计划流程将是：
在技术任务中，流程类似：
最终笔记
我承认，利用 AI 工具探索组织方式以提升表现一直很有趣。仍然存在审查其生成内容的挑战，为此我总是尝试收集团队对生成的测试、提供的数据集的反馈，验证内容是否清晰或是否有遗漏。
我也对 Templates 使用同样的逻辑。我总是根据所做的审查不断更新我的 templates，总是添加更多上下文，或者移除对所需内容没有意义的上下文。
关于插件，我尝试了一些社区插件，也在制作一个新插件时玩得很开心。它们还没有最终版本，也不在社区商店里，但如果你想尝试一下，仓库里有如何在本地使用它们的分步指南，链接在本文末尾。
总之，我希望这篇文章能给你一些启发，让你将更多东西集成到你的 Obsidian 中，甚至重新审视你对它的看法。