关于 qe-cicd-pipeline-qe-orchestrator
用于规划从提交到生产各阶段 CI/CD 质量工程的技能。它按阶段匹配测试 Agent 和技能、定义质量门槛,并根据风险和应用类型调整编排。
主要功能
- 01按阶段选择 Agent 和技能
- 02设定可度量的质量门槛
- 03并行协调多个 Agent
- 04按风险调整测试策略
- 05通过记忆命名空间协调
适用场景
- 01设计覆盖 CI/CD 流水线的测试
- 02设置阻止部署的质量门槛
- 03按流水线阶段协调 QE Agent
- 04根据项目风险调整测试范围
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ proffesor-for-testing/ agentic-qe --skill qe-cicd-pipeline-qe-orchestrator安装后在 Claude Code 中输入/qe-cicd-pipeline-qe-orchestrator确认已加载。
详细介绍
CI/CD 流水线 QE 编排器
<default_to_action> 编排 CI/CD 流水线的质量保障时:
- 分析流水线阶段:提交、构建、测试、预发布、生产
- 为各阶段选择最优技能和 Agent
- 配置具有可衡量阈值的质量门禁
- 协调多个 Agent 并行执行
- 根据风险、复杂度和环境调整策略
快速选择阶段:
- 提交(左移)→ TDD、代码审查、单元测试
- 构建 → 覆盖率分析、变异测试、Flaky 测试检测
- 集成 → API 契约、性能、安全
- 预发布 → 混沌测试、视觉回归、无障碍性
- 生产(右移)→ 合成监控、RUM、合规性
关键成功因素:
- 质量门禁阻止不良部署
- Agent 通过内存命名空间协调
- 根据风险级别调整策略 </default_to_action>
快速参考卡
适用场景
- 设计流水线测试策略
- 实施质量门禁
- 协调多个 QE Agent
- 左移和右移测试
阶段-Agent 矩阵
| 阶段 | 主要 Agent | 关键技能 |
|---|---|---|
| 提交 | qe-test-generator, qe-requirements-validator | tdd-london-chicago, shift-left |
| 构建 | qe-test-executor, qe-coverage-analyzer, qe-flaky-test-hunter | test-automation, mutation-testing |
| 测试 | qe-api-contract-validator, qe-performance-tester, qe-security-scanner | api-testing, performance, security |
| 预发布 | qe-chaos-engineer, qe-visual-tester, qe-deployment-readiness | chaos-engineering, accessibility |
| 生产 | qe-production-intelligence, qe-quality-analyzer | shift-right, compliance |
质量门禁阈值
| 阶段 | 指标 | 阈值 | 阻止部署 |
|---|---|---|---|
| 提交 | 单元测试覆盖率 | > 80% | 是 |
| 构建 | 所有测试通过 | 100% | 是 |
| 构建 | 变异分数 | > 70% | 否 |
| 测试 | API 契约 | 无破坏性变更 | 是 |
| 测试 | p95 响应时间 | < 200ms | 是 |
| 测试 | 严重安全问题 | 0 | 是 |
| 预发布 | 部署就绪度 | > 85% | 是 |
集群配置
- 拓扑结构:hierarchical
- 最大 Agent 数量:每阶段 10 个
- 协调方式:aqe/* 内存命名空间
流水线阶段
阶段 1:提交(左移)
目标: 尽早发现缺陷,确保可测试性
Agent:
qe-test-generator- 生成单元测试qe-requirements-validator- BDD 场景、INVEST 标准
技能: shift-left-testing、tdd-london-chicago、code-review-quality
// Parallel execution
Task("Generate Tests", "Create unit tests for new methods", "qe-test-generator")
Task("Validate Requirements", "Check BDD scenarios", "qe-requirements-validator")
门禁: 单元测试覆盖率 > 80%,静态分析无问题,代码审查已通过
阶段 2:构建
目标: 验证集成,确保覆盖率
Agent:
qe-test-executor- 运行测试套件qe-coverage-analyzer- 查找覆盖率缺口(O(log n))qe-flaky-test-hunter- 检测并稳定 Flaky 测试qe-regression-risk-analyzer- 生成最小回归测试套件
技能: test-automation-strategy、mutation-testing、regression-testing
Task("Execute Tests", "Run full suite, store in aqe/test-results/*", "qe-test-executor")
Task("Coverage Analysis", "Identify gaps", "qe-coverage-analyzer")
Task("Flaky Detection", "Analyze test history", "qe-flaky-test-hunter")
门禁: 所有测试通过,关键路径覆盖率 > 90%,无新增 Flaky 测试
阶段 3:集成/测试
目标: 验证契约、性能和安全性
Agent:
qe-api-contract-validator- 检测破坏性变更qe-performance-tester- 对关键路径进行负载测试qe-security-scanner- 执行 SAST/DAST 扫描qe-test-data-architect- 生成逼真的测试数据(10k+/秒)
技能: api-testing-patterns、performance-testing、security-testing
// Parallel testing
Task("API Contracts", "Validate for breaking changes", "qe-api-contract-validator")
Task("Performance", "Load test 1000 users", "qe-performance-tester")
Task("Security", "SAST/DAST scan", "qe-security-scanner")
门禁: API 无破坏性变更,p95 < 200ms,无严重漏洞
阶段 4:预发布
目标: 验证类生产环境和弹性
Agent:
qe-chaos-engineer- 注入故障qe-visual-tester- 视觉回归测试qe-deployment-readiness- 风险评估
技能: chaos-engineering-resilience、accessibility-testing、visual-testing
Task("Chaos Testing", "Controlled failure injection", "qe-chaos-engineer")
Task("Visual Testing", "Visual regression", "qe-visual-tester")
Task("Deployment Check", "Risk assessment", "qe-deployment-readiness")
门禁: 混沌测试通过,无视觉回归,就绪度 > 85%
阶段 5:生产(右移)
目标: 监控实际使用情况,验证合规性
Agent:
qe-production-intelligence- 将事件转化为测试场景qe-quality-analyzer- 质量指标和趋势分析
技能: shift-right-testing、compliance-testing
Task("Production Intelligence", "Convert incidents to tests", "qe-production-intelligence")
Task("Quality Analysis", "Production metrics", "qe-quality-analyzer")
门禁: 合成监控通过、错误率 < 0.1%、合规性已验证
完整流水线示例
// Phase 1: Commit
Task("TDD Generation", "Generate tests for new features", "qe-test-generator")
Task("Requirements", "Validate BDD scenarios", "qe-requirements-validator")
// Phase 2: Build
Task("Execute Tests", "Full suite with coverage", "qe-test-executor")
Task("Coverage", "Analyze gaps", "qe-coverage-analyzer")
Task("Flaky Hunt", "Stabilize flaky tests", "qe-flaky-test-hunter")
// Phase 3: Integration
Task("API Contracts", "Check breaking changes", "qe-api-contract-validator")
Task("Performance", "1000 user load test", "qe-performance-tester")
Task("Security", "SAST/DAST scans", "qe-security-scanner")
// Phase 4: Staging
Task("Chaos", "Fault injection testing", "qe-chaos-engineer")
Task("Visual", "Visual regression", "qe-visual-tester")
Task("Readiness", "Deployment assessment", "qe-deployment-readiness")
// Phase 5: Production
Task("Intelligence", "Convert incidents", "qe-production-intelligence")
Task("Quality Gate", "Final validation", "qe-quality-gate")
自适应策略
按风险级别
| 风险 | 策略 | Agent |
|---|---|---|
| 严重 | 所有阶段,手动门禁 | 完整 Agent 集群 |
| 高 | 自动化门禁,全面测试 | 10+ 个 Agent |
| 中 | 智能选择,基于风险 | 5-8 个 Agent |
| 低 | 最小化回归测试,快速执行 | 2-3 个 Agent |
按应用类型
| 类型 | 重点技能 | 主要 Agent |
|---|---|---|
| API | api-testing、contract、performance | api-contract-validator、performance-tester |
| Web UI | visual-testing、accessibility | visual-tester、accessibility |
| 移动端 | mobile-testing、compatibility | performance-tester、visual-tester |
| 后端 | database-testing、security | security-scanner、performance-tester |
Agent 协调提示
记忆命名空间
aqe/pipeline/
├── phase-results/* - Results from each phase
├── quality-gates/* - Gate validation results
├── orchestration-plan/* - Selected skills and agents
├── test-plan/generated - Test plans
├── coverage/gaps - Coverage analysis
├── security/findings - Security results
└── performance/results - Performance data
Agent 集群编排
Task("Fleet Orchestration",
"Coordinate 10 agents across phases: commit (2), build (3), test (3), staging (2)",
"qe-fleet-commander")
黑板事件
| 事件 | 触发条件 | 订阅方 |
|---|---|---|
phase:commit:complete | 提交阶段完成 | 构建 Agent |
coverage:gap:detected | 发现缺口 | test-generator |
security:finding:critical | 发现漏洞 | quality-gate |
quality:gate:evaluated | 门禁决策 | fleet-commander |
质量门禁配置
{
"commit": {
"gates": [
{ "metric": "unit_coverage", "threshold": 80, "blocking": true },
{ "metric": "static_analysis_critical", "max": 0, "blocking": true }
]
},
"build": {
"gates": [
{ "metric": "all_tests_passed", "threshold": 100, "blocking": true },
{ "metric": "mutation_score", "threshold": 70, "blocking": false }
]
},
"integration": {
"gates": [
{ "metric": "api_breaking_changes", "max": 0, "blocking": true },
{ "metric": "performance_p95_ms", "threshold": 200, "blocking": true },
{ "metric": "security_critical", "max": 0, "blocking": true }
]
}
}
故障排除
| 问题 | 原因 | 解决方案 |
|---|---|---|
| 测试期间 OOM | 并行运行所有测试 | 使用分批执行 |
| 流水线过慢 | 每次提交都进行全面测试 | 智能测试选择 |
| 门禁总是失败 | 阈值过于严格 | 分析趋势并调整 |
相关技能
- agentic-quality-engineering - Agent 集群协调
- shift-left-testing - 早期缺陷检测
- shift-right-testing - 生产监控
- chaos-engineering-resilience - 弹性测试
请记住
CI/CD 流水线 QE 编排器提供:
- 基于阶段的策略,实现技能和 Agent 的最佳选择
- 质量门禁,阻止不良部署
- 基于风险和上下文的自适应策略
- 通过记忆命名空间实现的完整 Agent 集群协调
使用 Agent: 使用 qe-fleet-commander 进行多 Agent 编排。通过 aqe/* 记忆命名空间进行协调。通过批处理操作提升效率。