最近測試圈裏有個趨勢越來越明顯——AI Agent Skills 開始真正進入工程實踐了。以前寫自動化測試，得自己配環境、寫腳本、調接口，流程繁瑣，重複勞動多。現在配上專業的 Testing Skill，很多機械性的測試工作可以直接交給 AI 來完成。對於測試任務重、人手緊的團隊來說，這是一個值得認真研究的方向。本文整理了目前社區中熱門且真實可用的 8 個測試 Skill，每個都附有倉庫地址，按需取用。═════════一、先搞清楚：Skill 到底是什麼？很多人第一次聽到 Skill 這個詞，容易把它理解成一段代碼或插件。實際上，Skill 是一套給 AI 立規矩的說明書，告訴它：什麼情況下該做什麼要遵循哪些規範可以調用哪些工具AI 加載 Skill 之後，會按照裏面的規則來寫用例、修失敗、做調試，而不是憑感覺亂猜定位器或寫出一堆難以維護的斷言。沒有 Skill 時，AI 容易出現這些問題：隨意猜測定位器，寫出脆弱的選擇器狀態、每次從頭開始、難以複用風格不統一，代碼難以維護加載 Testing Skill 之後：強制使用 getByRole、expect 等最佳實踐可配合 MCP 長連接，邊操作邊生成代碼按團隊規範輸出，易於維護和交接═════════二、8 個熱門測試 Skills（附地址）01 Playwright Skill — 瀏覽器自動化核心能力：讓 AI 按 Playwright 最佳實踐編寫瀏覽器自動化腳本，定位器使用 getByRole / getByText，斷言使用 expect，默認非 headless 模式，方便實時調試。適合場景： UI 自動化、E2E 迴歸測試、需要穩定定位策略的團隊。倉庫地址：https://github.com/lackeyjb/playwright-skill目前 2k+ Star，支持插件和獨立 Skill 兩種安裝方式。═════════02 Pytest Skill — Python 單測規範核心能力：教 AI 用 pytest 的正確方式寫測試：用例發現、fixtures、參數化、mock、markers、調試命令，生成結構化、易維護的 Python 測試代碼。適合場景： Python 項目的接口測試、單元測試、集成測試。倉庫地址：https://github.com/sbroenne/pytest-skill-engineering═════════03 PyPICT — 組合用例生成核心能力：用 pairwise（正交/組合）思路生成測試用例，大幅壓縮窮舉數量。舉個例子：8 個參數全排列組合需要 2 萬+ 條用例，用 PICT 算法可以壓縮到幾十條，同時仍然覆蓋主要參數組合。適合場景：參數多、組合爆炸的配置測試、兼容性測試、接口參數測試。倉庫地址：https://github.com/omkamal/pypict-claude-skill═════════04 TDD Skill — 測試驅動開發核心能力：約束 AI 嚴格遵循 Red-Green-Refactor 節奏：先寫失敗用例，再寫最小實現讓用例通過，最後重構。支持 Python（pytest）、TypeScript（vitest）、Go 等主流語言，並設置了人機檢查點，防止 AI 一次性把實現全寫完再補測試。適合場景：想規範 TDD 流程、希望 AI 協助完成小步重構的團隊。倉庫地址：https://github.com/mfranzon/tdd目前 129+ Star。═════════05 Systematic Debugging — 系統化根因排查核心能力：不讓 AI 靠猜來解決問題，而是按照固定步驟推進：根因調查 → 模式對比 → 假設與驗證 → 再動代碼。核心鐵律是：先查清楚根因，再動手修改。適合場景：複雜的 flaky test、環境依賴問題、偶現 bug，以及多次修改後仍未收斂的情況。倉庫地址：https://github.com/obra/superpowers整包 83k+ Star，安裝後該 Skill 自動生效，也可單獨引用。═════════06 Verification Before Completion — 完成前必須驗證核心能力：在 AI 聲稱「修好了」或「完成了」之前，強制要求它先跑驗證（測試、構建或關鍵命令），拿出實際證據再收尾。杜絕「我覺得應該沒問題」式的交差。適合場景：修 bug、改測試用例、上線前檢查，任何需要確認結果的環節。倉庫地址：https://github.com/obra/superpowers與 Systematic Debugging、TDD Skill 搭配使用效果更佳。═════════07 Testing Automation Expert — 多框架一站式核心能力：覆蓋 pytest、Jest、Vitest、Playwright、Pact（契約測試），以及可訪問性測試、變異測試等多個質量維度，為 AI 提供跨框架的統一測試規範指導。適合場景：多技術棧並存、需要統一測試工具選型和規範的團隊。地址：https://lobehub.com/skills/georgekhananaev-claude-skills-vault-testing-automation-expert═════════08 QA Test Planner — 測試計劃與用例生成核心能力：根據需求自動生成測試計劃、手工用例、迴歸套件、Bug 報告，還支持結合 Figma 做設計還原對比，適合需要完整文檔化和可追溯性的項目。適合場景： QA 文檔工作量大、需要快速輸出測試計劃和用例清單的團隊。倉庫地址：https://github.com/softaworks/agent-toolkit安裝命令：bashnpx skills add https://github.com/softaworks/agent-toolkit --skill qa-test-planner═════════三、怎麼選？按場景對號入座做瀏覽器 / E2E 測試 → Playwright Skill（01）寫 Python 單測 / 接口測試 → Pytest Skill（02）參數組合太多窮舉不過來 → PyPICT（03）想規範 TDD 流程 → TDD Skill（04）遇到複雜 bug 排查不清楚 → Systematic Debugging（05）改完不確定有沒有真的修好 → Verification Before Completion（06）多技術棧需要統一測試規範 → Testing Automation Expert（07）要快速出測試計劃 / 用例文檔 → QA Test Planner（08）═════════四、一個值得記住的落地原則無論是 Cursor 還是 Claude Code，社區實踐中反覆強調同一個觀點：AI suggests，你 approve。AI 按 Skill 規則生成初稿用例或修復方案，工程師負責評審、補充邊界場景，確認後再合入。這樣既提升了效率，又守住了質量關口。推薦的起步路徑：第一步：先裝 Playwright Skill 或 Pytest Skill，用規則約束定位器和斷言風格，效果立竿見影。第二步：有條件的話接上 Playwright MCP，讓 AI 能真實操作瀏覽器再生成代碼，減少憑空猜測。第三步：遇到 bug 排查時，配合 Systematic Debugging + Verification Before Completion，先找根因、驗證通過再收尾。第四步：需要輸出測試文檔時用 QA Test Planner；多技術棧統一規範時加 Testing Automation Expert。═════════五、小結這 8 個 AI Testing Skills 目前熱門且可落地，倉庫地址均在文中列出，可按需安裝：Playwright · Pytest · PyPICT · TDD · Systematic Debugging · Verification Before Completion · Testing Automation Expert · QA Test Planner用好這些 Skill，AI 更像一個懂規範的 QA 搭檔，而不是隨意發揮的實習生。如果你已經在用 Cursor 或 Claude Code，不妨從 Playwright + TDD + Verification Before Completion 三個開始，跑通一條完整鏈路，再根據團隊需求逐步擴充，效率提升會很明顯。═════════工具地址彙總：Playwright Skill：https://github.com/lackeyjb/playwright-skillPytest Skill：https://github.com/sbroenne/pytest-skill-engineeringPyPICT：https://github.com/omkamal/pypict-claude-skillTDD Skill：https://github.com/mfranzon/tddSystematic Debugging / Verification：https://github.com/obra/superpowersTesting Automation Expert：https://lobehub.com/skills/georgekhananaev-claude-skills-vault-testing-automation-expertQA Test Planner：https://github.com/softaworks/agent-toolkit

完成

測試工程師怎麼寫出「真能用的」AI Skill？

不是裝上就行，是裝上以後 AI 每次都能穩定幹活 🔥— — —😩 先說一個真實的困境你是不是也遇到過這種情況——跟 AI 說「幫我寫接口用例」，它生成的字段是編出來的換個會話重新說一遍，輸出風格又變了一套PR 裏的測試代碼，看起來像來自兩家公司寫的問題不在模型，在於你沒有把「什麼叫過關」寫成 AI 能穩定執行的 Skill 📦— — —🤔 Skill 到底是什麼？簡單理解：Skill 是一個文件夾型能力包裏面至少有一份 SKILL.md，分兩段：上半段：元數據（name、description）下半段：操作指令（怎麼幹活）還可以掛 scripts/、references/、assets/ 等配套資源相當於給 AI 一本可以版本化、可以 Code Review 的「專項員工手冊」— — —📌 測試流程裏，哪些事最該寫成 Skill？三類最值得沉澱 👇重複且怕跑偏：用例格式、缺陷字段、斷言層級、P0 迴歸清單脆弱、錯一點就全錯：OpenAPI 轉 pytest 時的導入路徑、禁止臆造字段團隊共識：什麼叫「可測需求」、嚴重級別怎麼定、上線前要看到什麼命令輸出不寫 Skill 的代價是什麼？對話裏口頭講一遍，換人、換會話，模型又回到「全網平均水平」— — —🧠 原理層：你是在給 AI 寫指令，不是寫宣傳稿💡 原則一：上下文是公共資源，必須簡潔系統提示、歷史對話、已安裝的所有 Skill 簡介都在搶同一塊上下文窗口Skill 寫得又長又空 → 真正有用的斷言規範反而擠不進來只寫模型不知道的東西，能用 10 行示例說清的，別用 3 頁背景故事— — —💡 原則二：信息要放對層級（三級加載）textL1 元數據 → name + description，始終在上下文，是「觸發開關」L2 正文 → 觸發後才加載，只放步驟和檢查清單L3 資源 → references/、scripts/，按需讀取執行最常見的翻車 ⚠️把「什麼時候用我」寫在正文裏——正文是觸發後才讀的，那時模型已經決定用不用你了，晚了— — —💡 原則三：脆弱操作要「鎖死」，別靠口頭約束高自由度：幫你拆需求、腦暴場景 → 給方向即可低自由度：報告模板字段、CI 命令、斷言必須是固定形態 → 優先用腳本或模板，而不是「請儘量遵守」測開場景裏低自由度特別多，能腳本化就別全靠「請生成」— — —💡 原則四：「不做什麼」往往比「做什麼」更管用與其寫「請專業全面」，不如列反模式清單：❌ 不要臆造 userId❌ 不要用 sleep 代替穩定等待❌ 不要只斷言 HTTP 200AI 在有邊界的可行域裏遊走，輸出會穩很多— — —🏗️ 結構：Skill 的推薦目錄最小可用形態：textmy-qa-skill/└── SKILL.md變複雜以後：textmy-qa-skill/├── SKILL.md ← 元數據 + 操作指令├── scripts/ ← 執行腳本，不用整文件讀進上下文├── references/ ← 給 AI 讀的細則（錯誤碼、表結構）└── assets/ ← 直接拷貝進產出的模板文件⚠️ 不要在 Skill 裏塞給人看的 README、CHANGELOG——那是人類文檔噪音，還容易和 SKILL.md 不一致— — —🎯 description 怎麼寫才像「開關」？差的寫法（容易永遠不觸發）：textdescription: 測試技能description: 幫助測試太泛，模型不知道用戶哪句話該開你好的寫法：能力 + 典型用戶原話 + 邊界yaml---name: api-regression-hintsdescription: >- 為本倉庫編寫或審查 HTTP/API 自動化用例（pytest + httpx）時使用。當用戶提到接口迴歸、OpenAPI 轉用例、斷言業務錯誤碼、禁止臆造字段、或要求對齊 tests/api 目錄風格時激活。不用於純 UI 選擇器或性能壓測腳本。---核心記住一句話：「何時用」全堆在 description，正文裏別再重複寫一遍— — —🔬 五個最值得單獨做 Skill 的測試場景— — —場景一：需求可測性痛點：PRD 全是形容詞，AI 生成的用例「好看但不可執行」Skill 正文要寫：text## 需求可測化1. 逐條拆出功能點，每條給出可判定真假的預期結果2. 對範圍類需求補充邊界值與非法輸入3. 出現模糊形容詞，改為可量化條件，否則標記「待產品確認」反模式：不接受「體驗流暢」類無法驗證的預期— — —場景二：用例設計痛點：等價類、邊界、狀態遷移每次 AI 自由發揮，深度不一致Skill 要寫：固定 P0/P1 定義（P0 = 主路徑 + 資金相關 + 鑑權）輸出格式固定（列名固定的 Markdown 列表）大段測試方法理論 → 放 references/testing-methods.md，正文只留調用指引— — —場景三：接口自動化（最容易「紙面綠、真跑掛」）痛點：字段胡編、fixture 對不上、只斷言 200Skill 要寫：text禁止：未在 OpenAPI 中出現的字段名斷言順序：HTTP 狀態 → 業務 code → 關鍵字段錯誤用例必須明確期望的錯誤碼，不允許只斷言非 200環境變量從 .env.example 讀取，禁止硬編碼低自由度部分 → scripts/lint_api_test.py 掃「禁止 sleep」「必須有 teardown」— — —場景四：缺陷報告痛點：開發追問「你怎麼復現的」；信息每次不一樣Skill 要寫缺陷模板字段（必填）：text環境 / 版本 / 賬號角色 / 復現步驟 /實際結果 / 預期結果 / 日誌片段 / 是否必現— — —場景五：質量門禁痛點：合碼前沒人跑命令，靠口頭確認Skill 要寫：text收尾前必須執行：pytest tests/ -v --tb=short貼出終端摘要截圖，包含通過數 / 失敗數 / 耗時— — —🚀 落地六步（壓縮版）text1. 收集 3～5 個真實觸發句（同事會怎麼跟 AI 說）2. 規劃哪些進 references、哪些必須腳本、哪些只在正文用清單3. 先把 description 寫準，再建目錄和佔位文件4. 先落 references/ 裏的規則文檔，再寫正文步驟5. 自己用原話測觸發率，驗證開關是否準確6. 跑一週真實任務，把「AI 仍常錯的點」改成反模式，而不是再加千字背景— — —✅ 5 條落地原則，收藏備用🎯 先解決觸發準確率：description 裏寫具體關鍵詞和邊界📂 先做信息分層：大段規範進 references/，正文只保留步驟🔒 先鎖脆弱動作：格式/命名/校驗優先腳本化✂️ 先按流程拆小 Skill：需求→用例→自動化→缺陷→發佈，拆開不要萬能大包🛠️ 先納入工程治理：Skill 跟倉庫走，評審、版本和代碼同標準— — —把 description 當開關、正文當操作手冊、腳本當質檢員測試工程師寫的 Skill，才會從「看着專業」變成「真的省 Review、少返工」💪— — —💬 你們團隊現在 AI 測試卡在哪個環節？評論聊聊 👇 點贊收藏，下期講怎麼把現有測試規範拆成多個小 Skill 🌟

完成

閱讀站

好東西都是總結出來的，創造 Skill 的 Skill，元 Skill 方法論，全文2w字

裝上這個開源元 Skill，演進式迭代你所有的 Skill

pdf2game：把東野圭吾變成我的私人密室，任何推理小說一鍵直出沉浸式互動探案遊戲

裝上這個skill，給你的 Agent 造一個科技情報中心，Github/Product Hunt/Hacker News/x/zarazhang……

62個大廠設計師來幫蘇格拉底寫申辯篇PPT，skill一鍵直出，已開源

pdf2skill：一鍵將專業書籍轉換成 AI 技能（Claude Code / OpenCode）

比你年紀還大的CLI 卻是AI用起來最順手的

與其做個提示詞收藏家不如做技能建造者

在騰訊做了一週"Skill作家"後，我發現AI愛看這樣的文章

工具會過時，框架不會

三款 Claude Design 開源替代品深度對比

你的 AI agent 老犯錯？問題不在 prompt，在配置文件

從 Vibe Coding 到 Agentic Engineering，一人公司真正的生死線是什麼

重磅更新！React Native 能在 Chrome 瀏覽器裏跑了！

小米白送了我 16 億 tokens！給我測爽了。。。手把手教你領取 | 附 Claude Code + MiMo-V2.5 模型實戰測評

【AI測試 Skill進階】03 | 健壯元素定位：UI變更時測試不崩潰的Skill

【AI 測試 Skill 入門篇】01 | 環境搭建：Node.js + Playwright + Trae CN 全指南

【AI 測試 Skill 入門篇】02 | 第一個自動化測試

Playwright 自動化實戰手冊

AI控制瀏覽器的最佳方案：Playwright-cli + AI Coding ——寫不出來的爬蟲、跑不通的腳本，讓 AI 對着瀏覽器幫你調

Playwright 測試Skills 最佳實踐

Cursor、Antigravity、Claude相繼推出瀏覽器自動化，但MCP目前還是更低門檻的選擇

PlayWright新手全攻略：從入門到精通

Playwright 與 agent-browser 對比：現代瀏覽器自動化工具解析

playwright只簡單需要一句話實現網站爬蟲！

從“會搜”到“會做”：web-access 可能代表了 Agent 聯網能力的下一步

基於Karpathy的LLM Wiki方法論，我連夜開發了一套OpenClaw的記憶系統

GPT-Image-2.0能生成這樣的效果，還要啥自行車！

我的-AI博客每日精選技能是如何煉成的！

別再讓 AI 盯着網頁發呆了：Playwright-CLI 正在改寫瀏覽器自動化

寫測試用例寫到崩潰後，我決定讓 AI 替我幹這件事｜LangGraph 實戰分享

讓 AI 測試助手“讀懂你的業務”：RAG 知識庫 + UI 截圖多模態解析

覆盤：做這個 AI 測試用例設計助手，我踩過的坑和 8 個關鍵決策

AI 測試 Skills 全攻略：8 個高分工具讓測試效率翻倍

測試工程師怎麼寫出「真能用的」AI Skill？

我做了個Skill，專門用來自動生成測試用例

上篇講了 Playwright MCP，官方同時還推了一個 CLI，它們啥區別？

手把手教你用 AI + Playwright 寫 UI 自動化測試

Playwright 又出新東西了：三個 Agent 幫你全自動寫測試

AI 編程助手大亂鬥：OpenClaw、Codex、Cowork、Claude Code 誰才是你的真命天子？

零基礎也能 Vibe Coding：Codex 入門到上手全流程（含設置與模板）

Claude開始限量後，我TM轉去Codex了，體驗2天后，感覺真香

你一定要知道的15個AI開源項目，裝完直接起飛！

為什麼你的AI總是不好用？因為TM沒裝Skills！

AI編程入門指南：這6個Skill技能裝上就能起飛，AI幫你寫產品，必備技能

發現了一個叫web-access的神仙skill，AI聯網有救了

微軟開源Playwright-cli：讓AI接管瀏覽器，邊調代碼邊生成腳本

一套能直接複用的 Playwright 提示詞大全

一文講清 LLM、Chatbot 與 Agent 的關係

3 層讀懂 Agent Skill：它為什麼比普通提示詞更強