返回技能市场

当需要把测试集成到 CI/CD 流水线中、或者现有流水线的测试环节跑起来效率低不可靠时使用此技能。覆盖流水线各阶段的分层测试卡点设计(提交检查→单元测试→接口测试→UI 测试→回归测试)、工具集成策略和质量门禁配置。不要在 CI 里堆满慢的 UI 测试——而是构建测试金字塔:提交阶段跑最快的(<5min),合码阶段跑核心的(<15min),夜间跑全量的。

版本: 1.0.1分类: 设计创作
中文

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

还没有评论,分享你的体验吧。