TTokenySpace
返回 Skills 列表

Qa Ci Cd Testing

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

#中文
0

安装到 Tokeny(自动)

下载 ZIP
安装"qa-ci-cd-testing"技能
技能信息:
- 名称: Qa Ci Cd Testing
- 标识: qa-ci-cd-testing
- 描述: 当需要把测试集成到 CI/CD 流水线中、或者现有流水线的测试环节跑起来效率低不可靠时使用此技能。覆盖流水线各阶段的分层测试卡点设计(提交检查→单元测试→接口测试→UI 测试→回归测试)、工具集成策略和质量门禁配置。不要在 CI 里堆满慢的 UI 测试——而是构建测试金字塔:提交阶段跑最快的(<5min),合码阶...
- 版本: 1.0.0
下载地址:
https://www.tokeny.space/api/skills/qa-ci-cd-testing/download
继续

复制上方内容到 Tokeny 客户端并在会话中发送即可自动安装;也可直接 下载 ZIP并拖动到技能窗口安装。

SKILL.md

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

持续测试实践

核心原则

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

深度要求(参考值)

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

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

测试左移

左移策略

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

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

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

左移实践

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

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

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

测试右移

右移策略

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

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

右移实践

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

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

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

CI/CD 流水线设计

流水线阶段

代码提交 → 代码检查 → 单元测试 → 接口测试 → 集成测试 → 部署 → 冒烟测试 → 灰度发布 → 全量发布

各阶段职责:
├─ 代码提交:提交代码
├─ 代码检查:静态代码分析
├─ 单元测试:执行单元测试
├─ 接口测试:执行接口测试
├─ 集成测试:执行集成测试
├─ 部署:部署到测试环境
├─ 冒烟测试:执行冒烟测试
├─ 灰度发布:按比例发布
└─ 全量发布:全量发布

质量门禁

门禁标准:
├─ 代码检查
│   ├─ 代码规范:无严重违规
│   ├─ 代码重复:< 5%
│   └─ 圈复杂度:< 10
│
├─ 单元测试
│   ├─ 覆盖率:≥ 80%
│   ├─ 通过率:100%
│   └─ 执行时间:< 5分钟
│
├─ 接口测试
│   ├─ 覆盖率:≥ 90%
│   ├─ 通过率:100%
│   └─ 执行时间:< 10分钟
│
├─ 集成测试
│   ├─ 通过率:100%
│   └─ 执行时间:< 30分钟
│
└─ 冒烟测试
    ├─ 通过率:100%
    └─ 核心功能:全部通过

工具选型

├─ 代码管理
│   ├─ Git:版本控制
│   └─ GitLab/GitHub:代码托管
│
├─ CI/CD工具
│   ├─ Jenkins:开源、灵活
│   ├─ GitLab CI:集成度高
│   ├─ GitHub Actions:云端友好
│   └─ CircleCI:云端CI
│
├─ 测试工具
│   ├─ JUnit/TestNG:单元测试
│   ├─ Pytest:Python测试
│   ├─ Postman/Newman:接口测试
│   └─ Selenium/Playwright:UI测试
│
└─ 报告工具
    ├─ Allure:测试报告
    ├─ SonarQube:代码质量
    └─ Grafana:监控可视化

输出示例

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

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

检查清单

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

  • 测试左移是否实施?
  • 测试右移是否规划?
  • CI/CD流水线是否设计?
  • 质量门禁是否定义?
  • 工具选型是否完成?
  • 监控告警是否配置?

评论

加载中…