qa-ci-cd-testing

面向 CI/CD 持续测试场景，提供流水线分层卡点设计（提交检查、单元、接口、UI、回归）、质量门禁阈值参考、测试左移与右移实践以及完成后的检查清单；详细的流水线设计内容放在参考文档中按需加载，不含可直接执行的流水线配置或测试脚本。

kokxi

热度 60.90

最近更新 2026-09-29 12:27:41

分类：开发依赖：读写文件 / 代码执行应用场景：DevOps / 工作流

安装技能

复制下面的话术发给你的 Agent，它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill： npx secure-skills-cli add qa-ci-cd-testing

Metadata

displayName: CI/CD 测试
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: {"slug":"qa-ci-cd-testing","display-name":"CI/CD 测试","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%+性能阈值	含全量自动化+安全扫描

测试左移

左移策略

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

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

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

左移实践

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

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

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

测试右移

右移策略

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

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

右移实践

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

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

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

加载时机

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

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

输出示例

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

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

检查清单

持续测试实践完成后检查：