返回技能市场
Ci Cd Testing
当需要把测试集成到 CI/CD 流水线中、或者现有流水线的测试环节跑起来效率低不可靠时使用此技能。覆盖流水线各阶段的分层测试卡点设计(提交检查→单元测试→接口测试→UI 测试→回归测试)、工具集成策略和质量门禁配置。不要在 CI 里堆满慢的 UI 测试——而是构建测试金字塔:提交阶段跑最快的(<5min),合码阶段跑核心的(<15min),夜间跑全量的。
SKILL.md
⚠️ 本技能单独使用效果有限,建议配合完整技能集(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小时) → 优化策略:分层并行执行、增量测试、智能用例筛选
检查清单
持续测试实践完成后检查:
- 测试左移是否实施?
- 测试右移是否规划?
- CI/CD流水线是否设计?
- 质量门禁是否定义?
- 工具选型是否完成?
- 监控告警是否配置?
评论与讨论
0/2000
还没有评论,分享你的体验吧。