【WorkBuddy 結合Skill自動化測試】00 | 給測試人的AI助手長什麼樣？
整理版優先睇
WorkBuddy 加 Skill 可以將 AI 助手變成測試專家，提升自動化測試效率。
作者係一位測試工程師，每次發版前要做手動迴歸測試，好浪費時間。佢嘗試學 Playwright 寫自動化測試，但發現困難在於唔知點樣揀測試場景、造測試數據同埋定位元素。睇文檔效率好低。
後來佢發現 WorkBuddy 可以裝 Skill，呢個係「專業知識包」。冇裝 Skill 嘅時候，WorkBuddy 好似一個聰明嘅應屆生；裝咗之後，佢就變成有 5 年經驗嘅測試專家。裝 Skill 最簡單嘅方法係直接同 WorkBuddy 講「幫我揾一個 Playwright 測試嘅 Skill」，佢就會自動幫你裝好。
作者仲分享咗三種安裝方式，同埋裝完之後點樣用。WorkBuddy 會自動根據你講嘅內容加載對應 Skill。如果冇反應，可能係關鍵詞匹配唔到，可以明確提到 Skill 名。整體結論係：用 WorkBuddy 加 Skill 可以好大咁降低自動化測試門檻，令測試人員更專注喺「提需求」而唔係「寫代碼」。
- 結論：WorkBuddy 加 Skill 可以將 AI 助手變成測試專家，顯著提升測試效率。
- 方法：安裝 Skill 最簡單係直接同 WorkBuddy 講「幫我揾一個 Playwright 測試嘅 Skill」。
- 差異：有無 Skill 嘅分別就好似「聰明應屆生」同「5年經驗測試專家」。
- 啟發：Skill 基於關鍵詞觸發，對話中明確提到領域名可確保生效。
- 可行動點：測試新手可按建議順序閲讀本系列文章，從入門到搭建完整測試體系。
WorkBuddy 下載
AI 原生桌面智能體工作台，可在手機主流 IM 下指令，AI 自動幹活。
一個真實嘅測試困局
作者係一個測試工程師，每次發版前都要手動跑一回所有核心功能，登錄、揾工具、上載文件、睇管理後台，一套落嚟最少兩三個鐘。
手動跑一遍所有核心功能
少說兩三個小時
佢開始學 Playwright，但發現難嘅唔係代碼，而係唔知道該寫啲咩——邊啲場景要測？測試數據點造？元素定位器揀咩策略？出咗問題點排查？
唔知道該寫什麼
Skill：俾 WorkBuddy 裝個專業知識包
一句話講，Skill 就係俾 WorkBuddy 裝「專業知識包」。冇裝 Skill 嘅時候，佢似一個聰明嘅應屆生；裝咗之後，變咗一個有 5 年經驗嘅測試專家。
專業知識包
聰明嘅應屆生
5年經驗嘅測試專家
- 幫你揀最合適嘅定位器策略
- 提醒你做正負向測試
- 講你知邊啲位容易出 Flaky 測試
- 俾現成嘅代碼模板，直接複製就用得
裝咗之後，你問「幫我寫個登錄功能嘅 Playwright 測試」，佢會自動識別然後用專業方式回答。
三種安裝方式，第一種最簡單
- 1 直接同 WorkBuddy 講：幫我揾一個 Playwright E2E 測試嘅 Skill，全程對話完成。
- 2 去技能市場安裝：打開客戶端左側「專家」入口，搜關鍵詞（例如 playwright）再撳安裝。
- 3 本地導入：從其他人嗰度拎到 Skill 文件包，複製到指定目錄。推薦放 ~/.workbuddy/skills/，所有項目通用。
90% 嘅情況用方式一就夠。裝完之後你乜都唔使做，正常對話就得，WorkBuddy 會自動加載對應嘅 Skill。
第一種最簡單
自動加載對應嘅 Skill
都可以手動調用，例如打 /playwright 或者 /jest。
/playwright
# 裝到自己賬號下，所有項目通用（推薦）
cp -r my-skill ~/.workbuddy/skills/
# 裝到項目裏，只對呢個項目生效
cp -r my-skill .workbuddy/skills/避開幾個坑，跟住系列學
作者分享咗幾個常見問題同解決方法。
- 坑 1：裝咗 Skill 但冇生效。因為觸發係靠關鍵詞匹配，要喺對話中明確提到 Skill 名，例如「用 Playwright 嘅方式幫我寫測試」。
- 坑 2：以為要技術好好先用得。其實唔使，只需要用中文描述想做咩就得。
- 坑 3：一口氣裝咗 20 個。建議裝幾個當前最需要嘅，用熟再加。
作者準備咗 36 篇文章，每篇介紹一個測試相關嘅 Skill，並結合 sogoodtool.com 真實項目嘅測試場景。可以按自己所屬階段揀閲讀順序。
36篇文章
sogoodtool.com 真實項目
【WorkBuddy 自動化測試】00 | 俾測試人嘅 AI 助手係點樣㗎？
先講一個真實嘅故事
我之前做回歸測試，每次出版之前要手動跑一次所有核心功能。登入、搜工具、上載檔案、睇管理後台……一套做曬最少都要兩三個鐘。
後來老細話：搞自動化啦。
於是我開始學 Playwright，學緊寫測試腳本。講真，代碼本身唔難，難係你唔知道應該寫啲乜——邊啲場景要測？測試數據點樣整？元素定位器用咩策略？出咗問題點樣排查？
呢啲問題，睇文檔可以解決一部分，但效率好低。你要翻好多頁先揾到有用嘅資訊。
安裝同下載WorkBuddy ：
https://www.codebuddy.cn/work/
WorkBuddy 係 AI 原生嘅桌面智能體工作台，可以喺手機主流 IM 落指令，AI 自動做嘢交貨
免部署·裝咗就用 ｜ 預集成·模型一站搞掂，兼容龍蝦 Skills ｜ 高安全·騰訊網關護航
後來我發現咗一個更好嘅方法：幫 WorkBuddy 裝 Skill。
咩係 Skill？
一句話解釋：Skill 就係幫 WorkBuddy 裝「專業知識包」。
冇裝 Skill 嘅時候，你問 WorkBuddy「幫我寫個 Playwright 測試」，佢會俾你一個通用嘅測試代碼——用到，但係唔夠專業。
裝咗 Playwright Skill 之後，你再問同樣嘅問題，佢會好似一個寫過幾百個測試用例嘅資深測試工程師咁樣答你：
- 幫你揀最合適嘅定位器策略
- 提你要做正負向測試
- 話俾你知邊啲地方容易出 Flaky 測試
- 俾你現成嘅代碼模板直接複製
打個比喻：WorkBuddy 本身係一個聰明嘅應屆生，裝咗 Skill 之後，佢就變成咗一個有 5 年經驗嘅測試專家。
點樣安裝 Skill？
三種方法，按推薦程度排次序。
方法一：直接同佢講（最簡單）
你：幫我找一個 Playwright E2E 測試的 Skill
AI：（自動搜索、推薦、安裝，全程對話完成）或者用指令睇曬所有可用嘅 Skill：
/skills方法二：技能市場安裝
- 打開 WorkBuddy 客戶端
- 左邊側邊欄揾 「專家」 入口
- 搜你需要嘅 Skill（例如搜「playwright」）
- 撳安裝
方法三：本地導入（進階用法）
由其他人嗰度拎到 Skill 檔案包，直接複製到指定目錄就得：
bash
裝到自己賬號下，所有項目通用（推薦）
cp -r my-skill ~/.workbuddy/skills/
裝到項目裏，只對這個項目生效
cp -r my-skill .workbuddy/skills/幾時用邊種？ 90% 嘅情況用方法一就夠。
裝完之後點樣用？
裝完之後，你咩都唔使做。
正常對話就得。WorkBuddy 會根據你講嘅內容自動載入對應嘅 Skill。
你：幫我寫一個登錄功能的 Playwright 測試WorkBuddy 自動檢測到 "Playwright" "測試"
→ 自動加載 playwright Skill
→ 用專業的方式幫你寫測試代碼
你甚至感覺唔到 Skill 喺度做嘢，只係會發現 WorkBuddy 嘅回答質素明顯唔同曬。
都可以手動叫用：
/playwright ← 調用 Playwright Skill
/jest ← 調用 Jest Skill
/pytest ← 調用 Pytest SkillSkill 安唔安全？
呢個係好多人關心嘅。
簡單回答：大部分 Skill 就係 Markdown 檔案
但係亦有少數 Skill 帶有 scripts/ 目錄，入面可能有可執行腳本。呢類 Skill 喺執行腳本之前，WorkBuddy 會先徵求你嘅同意。
呢個系列文章講啲乜？
我準備咗 36 篇文章，每篇介紹一個測試相關嘅 Skill，結合 sogoodtool.com 呢個真實項目嘅測試場景嚟講。
唔係空洞嘅理論介紹，而係我實際用過嘅、踩過坑嘅、驗證過有效嘅方法。
如果你係測試新手
建議閲讀順序：
- 本篇（Skill 快速入門） ← 你在這裏
- 第 23 篇：QA 工程思維 ← 建立正確的測試認知
- 第 11 篇：E2E 測試模式 ← 瞭解端到端測試怎麼做
- 第 13 篇：Vitest 單元測試 ← 學習最基礎的單測
第 1 篇：Playwright 入門 ← 開始寫第一個 E2E 測試
如果你想搭建自動化測試體系
建議閲讀順序：
- 第 26 篇：測試工作流規劃 ← 先想清楚整體方案
- 第 24 篇：測試自動化體系 ← 搭建完整體系
- 第 6 篇：測試用例執行引擎 ← 跑測試、出報告
第 31 篇：用例轉 Excel ← 給產品經理看報告
如果你關注安全測試
建議閲讀順序：
- 第 22 篇：API 安全測試 ← 最實用的安全測試方法
- 第 21 篇：Cucumber BDD ← 用自然語言描述安全需求
第 4 篇：Playwright + Cucumber ← 實戰篇
踩過嘅坑
坑 1：裝咗 Skill 唔知有冇生效
有段時間我裝咗好幾個 Skill，但係覺得 WorkBuddy 嘅回答冇乜變化。
後來發現，Skill 嘅觸發係基於關鍵詞匹配嘅。如果你講嘅內容同 Skill 嘅領域唔相關，佢就唔會載入。
解決方法：喺對話中明確提到 Skill 嘅名，例如「用 Playwright 嘅方式幫我寫測試」，而唔係淨係講「幫我寫測試」。
坑 2：以為要技術好叻先用得
Skill 唔需要你識代碼。你只需要用中文描述你想做啲乜，WorkBuddy 就會結合 Skill 嘅專業知識幫你完成。
寫測試代碼呢件事，而家更加似係「提需求」而唔係「寫代碼」。
坑 3：貪多，一口氣裝咗 20 個
裝太多 Skill 都冇壞處，但唔建議。裝幾個你目前最需要嘅就得，用熟咗再加新嘅。
下篇預告
呢篇介紹咗 Skill 係咩、點樣裝、點樣用。下篇開始正式講第一個 Skill——Playwright E2E 測試核心技能。
我會用 sogoodtool.com 嘅真實頁面，演示點樣用 WorkBuddy + Playwright Skill 寫出你嘅第一個 E2E 測試。
下篇：《【WorkBuddy 自動化測試】01 | 用 Playwright 寫你嘅第一個 E2E 測試》，敬請期待
想慳時間？喺知識星球可以下載呢個系列用到嘅所有 Skill 安裝包，唔使自己一個一個揾。
微信掃碼加入「Bigtalk軟件測試進階」
【WorkBuddy 自動化測試】00 | 給測試人的 AI 助手長什麼樣？
先說一個真實的故事
我之前做迴歸測試，每次發版前要手動跑一遍所有核心功能。登錄、搜工具、上傳文件、看管理後台……一套下來少說兩三個小時。
後來領導說：搞自動化吧。
於是我開始學 Playwright，學着寫測試腳本。說實話，代碼本身不難，難的是你不知道該寫什麼——哪些場景該測？測試數據怎麼造？元素定位器用什麼策略？出了問題怎麼排查？
這些問題，看文檔能解決一部分，但效率很低。你得翻好多頁才能找到有用的信息。
安裝和下載WorkBuddy ：
https://www.codebuddy.cn/work/
WorkBuddy 是 AI 原生的桌面智能體工作台，可在手機主流 IM 下指令，AI 自動幹活交付
免部署·安裝即用 ｜ 預集成·模型一站搞定，兼容龍蝦 Skills ｜ 高安全·騰訊網關護航
後來我發現了一個更好的辦法：給 WorkBuddy 裝 Skill。
什麼是 Skill？
一句話解釋：Skill 就是給 WorkBuddy 裝"專業知識包"。
沒裝 Skill 的時候，你問 WorkBuddy "幫我寫個 Playwright 測試"，它能給你一個通用的測試代碼——能用，但不夠專業。
裝了 Playwright Skill 之後，你再問同樣的問題，它會像一個寫過幾百個測試用例的資深測試工程師一樣回答你：
- 幫你選最合適的定位器策略
- 提醒你做正負向測試
- 告訴你哪些地方容易出 Flaky 測試
- 給你現成的代碼模板直接複製
打個比方：WorkBuddy 本身是一個聰明的應屆生，裝了 Skill 之後，它就變成了一個 5 年經驗的測試專家。
怎麼安裝 Skill？
三種方式，按推薦程度排序。
方式一：直接跟它說（最簡單）
你：幫我找一個 Playwright E2E 測試的 Skill
AI：（自動搜索、推薦、安裝，全程對話完成）或者用命令查看所有可用的 Skill：
/skills方式二：技能市場安裝
- 打開 WorkBuddy 客戶端
- 左側邊欄找 "專家" 入口
- 搜索你需要的 Skill（比如搜 "playwright"）
- 點擊安裝
方式三：本地導入（高級用法）
從別人那裏拿到了 Skill 文件包，直接複製到指定目錄就行：
bash
裝到自己賬號下，所有項目通用（推薦）
cp -r my-skill ~/.workbuddy/skills/
裝到項目裏，只對這個項目生效
cp -r my-skill .workbuddy/skills/什麼時候用哪種？ 90% 的情況用方式一就夠了。
裝完之後怎麼用？
裝完之後，你什麼都不用做。
正常對話就行。WorkBuddy 會根據你說的內容自動加載對應的 Skill。
你：幫我寫一個登錄功能的 Playwright 測試WorkBuddy 自動檢測到 "Playwright" "測試"
→ 自動加載 playwright Skill
→ 用專業的方式幫你寫測試代碼
你甚至感覺不到 Skill 在工作，只是會發現 WorkBuddy 的回答質量明顯不一樣了。
也可以手動調用：
/playwright ← 調用 Playwright Skill
/jest ← 調用 Jest Skill
/pytest ← 調用 Pytest SkillSkill 安全嗎？
這是很多人關心的。
簡單回答：大部分 Skill 就是 Markdown 文件
但也有少數 Skill 帶有 scripts/ 目錄，裏面可能有可執行腳本。這類 Skill 在執行腳本之前，WorkBuddy 會先徵求你的同意。
本系列文章講什麼？
我準備了 36 篇文章，每篇介紹一個測試相關的 Skill，結合 sogoodtool.com 這個真實項目的測試場景來講。
不是空洞的理論介紹，而是我實際用過的、踩過坑的、驗證過有效的方法。
如果你是測試新手
建議閲讀順序：
- 本篇（Skill 快速入門） ← 你在這裏
- 第 23 篇：QA 工程思維 ← 建立正確的測試認知
- 第 11 篇：E2E 測試模式 ← 瞭解端到端測試怎麼做
- 第 13 篇：Vitest 單元測試 ← 學習最基礎的單測
第 1 篇：Playwright 入門 ← 開始寫第一個 E2E 測試
如果你想搭建自動化測試體系
建議閲讀順序：
- 第 26 篇：測試工作流規劃 ← 先想清楚整體方案
- 第 24 篇：測試自動化體系 ← 搭建完整體系
- 第 6 篇：測試用例執行引擎 ← 跑測試、出報告
第 31 篇：用例轉 Excel ← 給產品經理看報告
如果你關注安全測試
建議閲讀順序：
- 第 22 篇：API 安全測試 ← 最實用的安全測試方法
- 第 21 篇：Cucumber BDD ← 用自然語言描述安全需求
第 4 篇：Playwright + Cucumber ← 實戰篇
踩過的坑
坑 1：裝了 Skill 不知道有沒有生效
有段時間我裝了好幾個 Skill，但感覺 WorkBuddy 的回答沒什麼變化。
後來發現，Skill 的觸發是基於關鍵詞匹配的。如果你說的內容跟 Skill 的領域不沾邊，它就不會加載。
解決辦法：在對話中明確提到 Skill 的名稱，比如"用 Playwright 的方式幫我寫測試"，而不是隻說"幫我寫測試"。
坑 2：以為要技術很好才能用
Skill 不需要你懂代碼。你只需要用中文描述你想幹什麼，WorkBuddy 就會結合 Skill 的專業知識幫你完成。
寫測試代碼這件事，現在更像是"提需求"而不是"寫代碼"。
坑 3：貪多，一口氣裝了 20 個
裝太多 Skill 也沒壞處，但不建議。裝幾個你當前最需要的就行，用熟了再加新的。
下篇預告
本篇介紹了 Skill 是什麼、怎麼裝、怎麼用。下一篇開始正式講第一個 Skill——Playwright E2E 測試核心技能。
我會用 sogoodtool.com 的真實頁面，演示怎麼用 WorkBuddy + Playwright Skill 寫出你的第一個 E2E 測試。
下一篇：《【WorkBuddy 自動化測試】01 | 用 Playwright 寫你的第一個 E2E 測試》，敬請期待
想省時間？在知識星球可以下載本系列用到的所有 Skill 安裝包，不用自己一個一個找。
微信掃碼加入「Bigtalk軟件測試進階」