🇺🇸 你也可以在 AWS Community Builders 閱讀這篇文章的英文版本。
在這個 AI 時代擔任 QA 一直都很有挑戰，尤其當交付速度越來越快時，最大的問題就會浮現：我怎麼確保自己沒有漏掉任何東西？我真的有涵蓋到所有需要測試的情境嗎？良好的組織能力對人生中的各個面向都很重要，QA 也不例外。因此，Obsidian 近來已成為我日常工作中非常重要的工具，今天想和大家分享我是怎麼使用它的。
為什麼選擇 Obsidian？
基本上，Obsidian 是一款筆記與知識管理應用程式，使用 Markdown（.md）檔案運作，這些檔案會儲存在你電腦本機上；如果你願意，也可以透過付費版本或社群外掛把它們同步到雲端。
有幾個因素讓我決定搬到這個工具。以前我用的是 Notion，雖然它是很不錯的工具，但對我來說，它在視覺上太可自訂，反而讓我花更多時間在做模板，而不是實際把內容填進去。
Obsidian 比較「乾淨」，而且專注在筆記本身，讓我比較不容易分心。另一個原因是，我的筆記會保留在本機。在工作環境中，資料安全非常重要，所以能確定我的筆記是安全的，讓我比起使用其他工具更安心。Obsidian 也能加入外部外掛來幫助提升生產力，而且不會讓畫面太雜亂，這對我來說是很大的優勢。
最後，也是最重要的一點：由於我在某些任務中大量使用 AI，而 Markdown 格式的內容本來就更容易與 AI 整合，因此我的 Obsidian 幾乎已經變成我的第二大腦。
與 AI 的使用與整合
在進入整合方式之前，我先簡單介紹一下我目前會用到的幾個資源：
- 範本（Templates）
- Skills
- Obsidian 外掛
範本（Templates）
我開始使用 Obsidian 時做的第一件事，就是建立我常用文件的範本。
範本就是你可以建立的一種固定格式筆記，之後每次需要建立新筆記時，都可以重複使用這個範本。
以 QA 來說，目前我有以下幾種範本：
- 技術任務範本：這是一個當我需要為技術性任務（資料庫遷移、建立 consumer、API 等）產出測試計畫時，會拿來當作參考的範本檔案。
- 商務任務範本：這個範本的邏輯和技術任務範本相同，但我會在前一個階段使用，也就是在和 Product Owner 一起做產品探索（product discovery）時，用來定義這個新功能可以加入哪些測試層級、風險與風險緩解方式，以及如何衡量這個新功能是否成功。
- 會議筆記範本：這個範本裡有會議的主要資訊，我會用它來做會議記錄，或撰寫我即將主持的會議議程。
Skills
我們都知道，skills 是一個非常適合用來減少重複性工作時間、並在使用 AI 時維持一致風格的功能。根據我的使用情境，我建立了幾個 skills：
- 建立測試計畫：這是一個 skill，當我輸入 Jira 任務的 ID 時，它會先抓取該任務的上下文，接著到 Confluence 中搜尋參考內容（我已經在
CLAUDE.md裡指定），完成上下文整理後，再使用我前面建立的範本，產出一份.md測試計畫檔案。 - 搜尋沒有測試計畫的任務：這是一個簡單的 skill，整合 Atlassian MCP，會找出所有帶有特定旗標、但尚未建立測試計畫的任務，並把它們加入我搭配 Kanban 外掛使用的
.md檔案中，方便我管理待辦與已完成事項。 - 發布 Zephyr 測試案例：這是一個整合型 skill，用來取得已規劃的測試，並將它們發布到我用來管理測試的工具 Zephyr 中。
外掛
我前面已經提到一個我在使用的外掛，也就是用來管理任務的 Kanban。但最近我又發現自己需要兩個新外掛：
- 一個可以直接與 Claude Code 整合、讓我不必離開 Obsidian 的外掛
- 一個可以方便存取我的 skills 的外掛
因為在商店裡找不到這兩個外掛，所以我決定自己做出來。
第一個外掛可以在我正在工作的 vault（資料夾）中直接開啟終端機，這樣我就能在 Obsidian 裡直接使用 Claude Code：
第二個則是一個簡單的外掛，用來顯示並執行我的 skills，讓我可以看到所有可用的 skills，並直接從 Obsidian 執行它們。
這一切如何整合
現在我們已經了解我使用的 Templates、Skills 和 Plugins 了，接下來我用一個實際例子說明它們在現實中是怎麼運作的。
假設有一個 AB-123 任務，它是來自產品端的一個 epic 或 product discovery，那麼這個任務的測試計畫流程會是這樣：
在技術任務中，流程也會很類似：
結語
老實說，嘗試用 AI 工具來探索更好的組織方式、提升工作效率，對我來說一直都很有趣。當然，目前仍然有一個挑戰，就是要審查 AI 產出的內容，所以我總是會盡量收集團隊對於測試結果、提供的測試資料集的回饋，確認內容是否清楚，或是還有沒有漏掉的部分。
我也用同樣的邏輯來維護 Templates。我一直根據實際檢視結果更新模板，持續補充更多情境，或移除對目前需求沒有幫助的內容。
至於外掛，我也開始嘗試一些社群外掛，自己做一個新的外掛過程也讓我覺得很有趣。它們目前都還不是正式版，也還沒有上架到社群商店，但如果你想自己試試看，這些 repository 裡都有如何在本機使用它們的步驟說明，連結就在文章最後。
總之，我希望這篇文章能啟發你，讓你為自己的 Obsidian 整合更多功能，甚至重新思考你對它的看法。
原文出處：https://dev.to/he4rt/claude-e-obsidian-como-uma-qa-utiliza-essas-ferramentas-no-dia-a-dia-51jc
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
