前言¶

團隊裏的測試職責常常是散的：需求評審缺測試視角，用例設計靠個人經驗，自動化腳本分散在 pytest、Playwright、JUnit 各處，上線門禁也沒有統一口徑。下面介紹的「測試專家」是一個把軟件測試與質量保障（QA）收口到一處的 Agent Skill，用於在統一的流程裏產出測試計劃、用例、缺陷與報告等資產。

這是什麼¶

• 名稱：測試專家，座標 @indiv-skill/test-expert，版本 1.0.0，分類 ai-agent，來源 community，發佈者 user_e9185b15，標籤 requires_api_key=false。
• 定位：當用戶需要測試策略/測試計劃、測試用例設計、功能/接口(API)/性能/安全/兼容性/移動端測試、測試自動化（pytest/Playwright/Cypress/JUnit/Postman）、質量度量與缺陷管理、測試報告、發佈門禁、測試左移(TDD/BDD/契約)與右移(灰度/混沌/可觀測)、AI/大模型應用測試、測試數據與環境管理等場景時觸發。
• 覆蓋範圍：從需求評審到生產上線的全鏈路質量保障，可直接生成測試用例、解析測試覆蓋率、分級缺陷，併產出測試計劃/用例/缺陷/報告等可複用模板。

核心能力¶

按官方簡介拆成四組：

1、測試設計與執行策略：測試策略與測試計劃；用例設計方法，包括等價類、邊界值、決策表、場景法、因果圖、Pairwise 等。

2、測試類型：功能測試、接口(API) 測試、性能測試、安全測試、兼容性測試、移動端測試。

3、測試自動化：pytest、Playwright、Cypress、JUnit、Postman。

4、質量工程：質量度量與缺陷管理、測試報告、發佈門禁、測試左移(TDD/BDD/契約)與右移(灰度/混沌/可觀測)、AI/大模型應用測試、測試數據與環境管理。

安裝與啓用¶

已抓取資料沒有給出 SkillHub 側的安裝命令、目錄約定，也沒有 Cursor / Claude Code 的配置字段區別；官方地址頁面本次抓取失敗，未覈實前不寫臆造命令。可以確認的是：它按通用 SKILL.md 描述能力，座標 @indiv-skill/test-expert，requires_api_key=false，即不需要單獨配置 API Key。

獲取方式以官方地址爲準：

官方地址：https://api.skillhub.cn/indiv-skill/test-expert
SkillHub 頁面：https://www.skillhub.cn/skills/indiv-skill/test-expert

啓用前建議先在測試項目裏跑一次最小驗證：給 Agent 一段真實需求，看它產出的測試計劃與用例是否符合團隊口徑。

典型用法¶

官方簡介不是示例倉庫，資料裏沒有可復現命令；用法落在「按需觸發 + 產出可複用模板」上。按簡介場景組織，常見的任務可以這樣提：

• 從一段需求描述生成測試計劃與測試用例，要求寫明等價類、邊界值的拆分依據。
• 審查接口定義，輸出接口用例與斷言建議，覆蓋正常路徑與異常場景。
• 按 pytest 或 Playwright 組織自動化骨架，先覆蓋登錄、下單等主路徑。
• 對缺陷按嚴重程度分級，並彙總成發佈門禁結論與測試報告。
• 對 AI/大模型應用做評測與迴歸，約束提示詞、輸出結果和觀測指標。
• 整理測試數據與測試環境清單，明確數據準備與清理方式。

以上是按簡介場景組織的任務清單，具體產出取決於 Skill 在宿主裏的實現。

適用場景與注意¶

適合：質量職責分散、需要統一測試資產模板與發佈門禁口徑的中小團隊；想把需求評審、用例設計、自動化和報告串起來的項目。

注意：

• 簡介聲明 requires_api_key=false，不代表宿主模型或工具的訪問權限。
• Skill 產出模板與提示，不替代被測系統的測試基礎設施；pytest、Playwright、Cypress、JUnit、Postman 仍需自行安裝與維護。
• 兩次資料快照對頁面評分與下載數的記錄不一致（100000/971 與 99349/916），本文不引用具體數值。
• 官方頁面本次抓取失敗，安裝步驟、調用細節與最新狀態以頁面爲準。

結尾¶

測試專家把測試策略、用例設計、自動化、度量和發佈門禁收進同一個 QA 入口，適合作爲團隊統一的測試技能層。官方地址：https://api.skillhub.cn/indiv-skill/test-expert。