cicd-pipeline-skill：爲測試自動化生成跨平臺 CI/CD 流水線配置

前言¶

測試代碼寫好之後，往往還要單獨維護一套流水線：GitHub Actions 的 workflow、Jenkins 的 Jenkinsfile、GitLab 的 .gitlab-ci.yml 等。各平臺語法不同，密鑰存放位置也不一樣，改一次測試策略常常要對照多篇文檔改 YAML。下面介紹 TestMu AI（原 LambdaTest）在 agent-skills 倉庫中提供的 cicd-pipeline-skill：把「生成測試自動化 CI/CD 配置」做成 Agent Skill，讓編碼助手在用戶提到 CI/CD、流水線或具體平臺時，按約定模式輸出可落地的配置，並可選接入 TestMu AI 雲測。

這是什麼¶

cicd-pipeline-skill 是面向 DevOps / QA 的 Agent Skill，元數據版本爲 1.0，作者 TestMu AI，許可證 MIT，輸出語言以 YAML（及 Jenkins 的 Groovy）爲主，分類爲 devops。

官方描述：爲測試自動化生成 CI/CD 流水線配置，支持 GitHub Actions、Jenkins、GitLab CI、Azure DevOps，並包含 TestMu AI 雲集成。典型觸發詞包括：CI/CD、pipeline、GitHub Actions、Jenkins、GitLab CI、Azure DevOps、automated testing pipeline。

Skill 源碼與說明位於：https://github.com/LambdaTest/agent-skills/tree/main/cicd-pipeline-skill。進階模式、排障與最佳實踐見該目錄下的 reference/playbook.md（資料中僅作引用，未在本文展開）。

核心功能¶

多平臺流水線模板（Core Patterns）¶

Skill 內嵌各平臺的核心寫法，助手生成配置時可對齊這些模式。

GitHub Actions（示例路徑：.github/workflows/test.yml）：在 push / pull_request 觸發下安裝 Node 20、執行 npm ci、安裝 Playwright 依賴；先跑本地 Chromium 項目，再跑 TestMu AI 雲上的 Playwright 項目（通過 LT_USERNAME、LT_ACCESS_KEY 密鑰），並在 always 條件下上傳 test-results/ 產物。

Jenkins（Jenkinsfile）：從 Credentials 讀取 lt-username、lt-access-key，分階段安裝依賴；測試階段並行跑 Unit（jest）、E2E（playwright）、Cloud（帶 @lambdatest 的 Playwright project）；post 中收集 JUnit 報告並在失敗時發郵件（示例收件人爲佔位地址）。

GitLab CI（.gitlab-ci.yml）：install 階段 npm ci 並緩存 node_modules/；test 階段用 matrix 並行 chromium / firefox / webkit，產出 JUnit 與 test-results/。

資料中的 Quick Reference 還列出 Azure DevOps 對應文件 azure-pipelines.yml，密鑰放在 Library → Variable Groups；與另外三家並列支持，但已抓取片段未包含完整 Azure YAML 樣例，使用時以 Skill 描述與 Quick Reference 爲準。

密鑰與配置文件對照¶

CI 系統	配置文件	密鑰位置
GitHub Actions	`.github/workflows/test.yml`	Settings → Secrets
Jenkins	`Jenkinsfile`	Credentials store
GitLab CI	`.gitlab-ci.yml`	Settings → CI/CD → Variables
Azure DevOps	`azure-pipelines.yml`	Library → Variable Groups

雲測相關環境變量在示例中爲 LT_USERNAME、LT_ACCESS_KEY（GitHub Actions 使用 secrets；Jenkins 使用 credentials 綁定到同名環境變量）。

安裝與啓用¶

Skill 隨 LambdaTest/agent-skills 倉庫分發。官方入門要求：Node.js 與 npm（最新穩定版）、一款 AI 編碼助手（文檔列舉 Claude Code、GitHub Copilot、Cursor、Gemini CLI 等），以及 TestMu AI 賬號的 username 與 access key。

1、安裝 agent-skills 工具鏈¶

在已克隆的 agent-skills 倉庫目錄中，或按文檔使用 npx，添加整個技能集：

git clone https://github.com/LambdaTest/agent-skills && cd agent-skills
npx agentskillsforall add https://github.com/LambdaTest/agent-skills.git

僅安裝本 Skill 時，與同倉庫其他 Skill 一樣使用 --skill 參數（技能目錄名爲 cicd-pipeline-skill）：

npx agentskillsforall add https://github.com/LambdaTest/agent-skills.git --skill cicd-pipeline-skill

查看倉庫內全部 Skill：

npx agentskillsforall list https://github.com/LambdaTest/agent-skills.git

更完整的 Cursor / 各助手對接步驟見 TestMu AI Agent Skills 文檔。資料未單獨列出 Cursor 與 Claude Code 的安裝差異時，以該文檔與 agentskillsforall 命令爲準。

2、配置 TestMu AI 憑證（雲測需要）¶

macOS / Linux：

export LT_USERNAME="YOUR_USERNAME"
export LT_ACCESS_KEY="YOUR_ACCESS_KEY"

Windows：

set LT_USERNAME="YOUR_USERNAME"
set LT_ACCESS_KEY="YOUR_ACCESS_KEY"

本地被測應用若需經隧道訪問，需在能力中設置 tunnel: true，並按平臺文檔配置 TestMu AI Tunnel（Windows / macOS / Linux 分別有支持文檔鏈接）。

典型用法¶

安裝並配置憑證後，用自然語言向助手說明目標平臺與測試棧即可。父倉庫給出的提問風格示例（可改爲 CI/CD 場景）：

Write Playwright tests for the login page and run them on TestMu AI cloud (Chrome + Firefox)
Create JUnit 5 tests for the payments service with Mockito and GitHub Actions CI

結合本 Skill 的觸發詞，更貼近的表述例如：爲 Playwright 項目生成 GitHub Actions workflow，包含本地 Chromium 與 TestMu AI 雲上 Windows 11 Chrome；或生成 GitLab CI matrix 跑多瀏覽器。

助手輸出應貼近 Skill 中的 Core Patterns。GitHub Actions 雲測步驟示例（密鑰名與 project 字符串以官方片段爲準）：

      - run: npx playwright test --project="chrome:latest:Windows 11@lambdatest"
        env:
          LT_USERNAME: ${{ secrets.LT_USERNAME }}
          LT_ACCESS_KEY: ${{ secrets.LT_ACCESS_KEY }}

生成後把文件放到 Quick Reference 對應路徑，並在各平臺的 Secrets / Variables / Credentials 中配置 LT_USERNAME 與 LT_ACCESS_KEY（或 Jenkins 中的 lt-username、lt-access-key 憑證 ID）。

適用場景與注意¶

適合誰： 已在用 Playwright、Jest 等做測試自動化、需要在 GitHub Actions / Jenkins / GitLab CI / Azure DevOps 之一或多者上落地流水線的團隊；希望在流水線中增加 TestMu AI 雲並行、多瀏覽器矩陣的 QA / 平臺工程師。

使用注意：

Skill 側重「生成配置」與內置模式，不會替代你在倉庫裏已有的分支策略、審批規則或自託管 Runner 策略；生成後仍需按團隊規範審查 YAML。
Jenkins 示例中的失敗郵件收件人、parallel 階段命名等需改成真實項目信息。
Azure DevOps 在 Quick Reference 中有文件與密鑰位置說明，若需要完整 pipeline 結構，可結合 Skill 內 reference/playbook.md 或向助手明確 Azure 任務類型（資料片段未提供完整樣例）。
TestMu AI 於 2026 年 1 月 12 日 由 LambdaTest 品牌演進而來；現有 LT_* 變量與 @lambdatest Playwright project 等集成在官方說明中仍保持可用。

結尾¶

cicd-pipeline-skill 把跨平臺測試流水線從「查文檔拼 YAML」收斂爲可複用的 Skill 模式：四家 CI 的配置路徑與密鑰位置有對照表，Playwright 本地跑與 TestMu AI 雲跑在同一條 workflow 裏也有現成片段。若你正在用 Cursor 等助手維護測試與 DevOps，可從官方倉庫安裝該 Skill，並按文檔配置憑證後直接用自然語言描述流水線需求。

官方地址：https://github.com/LambdaTest/agent-skills/tree/main/cicd-pipeline-skill