---
name: qa-ci-cd-testing
description: >-
  当需要把测试集成到 CI/CD 流水线中、或者现有流水线的测试环节跑起来效率低不可靠时使用此技能。覆盖流水线各阶段的分层测试卡点设计（提交检查→单元测试→接口测试→UI 测试→回归测试）、工具集成策略和质量门禁配置。不要在 CI 里堆满慢的 UI 测试——而是构建测试金字塔：提交阶段跑最快的（<5min），合码阶段跑核心的（<15min），夜间跑全量的。 触发场景：CI/CD、持续测试、流水线测试、质量门禁、自动化回归、提交即测试、构建流水线需要加入测试环节时。 Use when the user asks about: integrating tests into a CI/CD pipeline — layered quality gates, fast commit-stage tests, and release blocking criteria.
license: MIT
allowed-tools: Read Grep Glob Bash
metadata:
  display-name: "Ci Cd Testing"
  version: "1.8.0"
  when-to-use: "用户说\"CI/CD\"、\"持续测试\"、\"流水线测试\"、\"质量门禁\"、\"自动化回归\"、\"提交即测试\"、需要设计CI/CD测试流程、构建流水线需要加入测试环节时"
  related-skills: "{\"upstream\":[\"qa-tech-selection\",\"qa-test-strategy-design\"],\"downstream\":[\"qa-release-risk-governance\",\"qa-shift-right\"]}"
  references: "[\"references/pipeline-design.md\"]"
  input-format: "{\"required\":[{\"name\":\"测试策略\",\"type\":\"object\",\"description\":\"来自qa-test-strategy-design的测试策略\"},{\"name\":\"自动化架构\",\"type\":\"object\",\"description\":\"来自qa-test-automation-arch的自动化架构\"}],\"optional\":[{\"name\":\"流水线配置\",\"type\":\"string\",\"description\":\"CI/CD流水线配置信息\"}]}"
  output-format: "{\"traceability\":[\"每条流水线带唯一ID（PIPE-XXXX）\"],\"structure\":[\"覆盖率：标注口径（基于现有需求/输入文档），禁止\\\"全覆盖/100%\\\"绝对化表述；缺失模块标注\\\"未覆盖+原因\\\"\",{\"pipeline_design\":\"CI/CD流水线设计\"},{\"test_stages\":\"各阶段测试配置\"},{\"quality_gates\":\"质量门禁设置\"},{\"feedback_loops\":\"反馈循环机制\"}]}"
  error-recovery-guidance: "{\"on_failure\":\"流水线测试卡点失败时回退到测试策略调整范围\",\"retry_behavior\":\"调整测试范围或工具后重新配置卡点\"}"
  categories: "[\"Development\",\"Testing\",\"DevOps\"]"
  depth-requirement: "{\"reference_value\":\"根据流水线复杂度调整设计深度：简单×1/中等×2/复杂×3\",\"minimum\":\"至少覆盖提交检查、接口测试、回归测试3个卡点\"}"
---
> ⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills

> **⚠️ 安全警告**：本技能的示例可能涉及 CI/CD 流水线配置、发布操作和部署环境。
> 实际使用时请勿在未授权的生产环境执行发布或部署，先确认灰度策略和回滚方案。
> 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。

# 持续测试实践

## 核心原则

测试左移（提前测试）、测试右移（线上验证）、快速反馈。

## 深度要求（参考值）

**关键指标**：根据项目复杂度设计质量门禁策略

| 复杂度 | 流水线阶段 | 质量门禁阈值 | 说明 |
|--------|-----------|-------------|------|
| 简单项目 | 2-3个阶段 | 单元测试通过率≥80% | 标准CI流程 |
| 中等项目 | 4-5个阶段 | 单元≥90%+接口通过率≥95% | 含集成测试 |
| 复杂项目 | 6-8个阶段 | 全链路≥95%+性能阈值 | 含全量自动化+安全扫描 |

## 测试左移

### 左移策略

```text
需求阶段：
├─ 需求评审：测试参与需求评审
├─ 验收标准：明确验收条件
├─ 可测试性：评估可测试性
└─ 测试计划：制定测试计划

开发阶段：
├─ 代码评审：测试视角的CR
├─ 单元测试：开发编写单元测试
├─ 接口测试：测试编写接口测试
└─ 冒烟测试：开发自测通过

集成阶段：
├─ 接口自动化：自动执行接口测试
├─ 集成测试：自动执行集成测试
└─ 冒烟测试：自动执行冒烟测试
```

### 左移实践

```text
实践1：需求可测试性评估
├─ 验收条件是否明确？
├─ 是否可自动化验证？
├─ 测试数据是否可准备？
└─ 测试环境是否可搭建？

实践2：代码评审检查点
├─ 业务逻辑是否正确？
├─ 异常处理是否完善？
├─ 日志记录是否完整？
└─ 测试代码是否同步？

实践3：单元测试覆盖
├─ 核心逻辑单元测试
├─ 分支覆盖
├─ 边界覆盖
└─ 异常覆盖
```

## 测试右移

### 右移策略

```text
发布阶段：
├─ 灰度发布：按比例放量
├─ 监控告警：实时监控
├─ 快速回滚：问题时快速回滚
└─ 线上验证：验证发布效果

线上阶段：
├─ 业务监控：业务指标监控
├─ 技术监控：技术指标监控
├─ 用户反馈：用户问题收集
└─ 混沌工程：主动注入故障
```

### 右移实践

```text
实践1：灰度发布
├─ 用户灰度：按用户比例
├─ 流量灰度：按流量比例
├─ 地域灰度：按地域
└─ 监控验证：实时监控

实践2：线上监控
├─ 业务监控：订单量、成功率
├─ 技术监控：错误率、响应时间
├─ 资源监控：CPU、内存、磁盘
└─ 告警通知：异常告警

实践3：混沌工程
├─ 故障注入：模拟故障
├─ 韧性验证：验证系统韧性
├─ 恢复测试：验证恢复能力
└─ 改进优化：持续改进
```

## 加载时机

| 什么时候读 | 读哪个 |
|-----------|--------|
| 设计流水线分层卡点时 | [`references/pipeline-design.md`](references/pipeline-design.md) |

> `CI/CD 流水线设计`的完整内容已下沉至 `references/pipeline-design.md`，避免每次触发都占用上下文。

## 输出示例

**团队需要将测试接入CI/CD流水线**
→ 设计流水线阶段：提交触发→单元测试→接口测试→UI测试→质量门禁→报告
→ 左移：需求阶段定义验收标准，开发阶段推动单元测试
→ 右移：灰度发布监控指标，线上质量监控告警

**现有CI/CD测试效率低下（跑一次1小时）**
→ 优化策略：分层并行执行、增量测试、智能用例筛选

## 检查清单

持续测试实践完成后检查：
- [ ] 测试左移是否实施？
- [ ] 测试右移是否规划？
- [ ] CI/CD流水线是否设计？
- [ ] 质量门禁是否定义？
- [ ] 工具选型是否完成？
- [ ] 监控告警是否配置？