cicd-pipeline-skill: Generating Cross-Platform CI/CD Pipeline Configurations for Test Automation

前言¶

测试代码写好之后，往往还要单独维护一套流水线：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