qe-cicd-pipeline-qe-orchestrator について
コミットから本番環境まで、CI/CD 各段階の品質エンジニアリングを計画するスキルです。段階ごとにテスト用エージェントとスキルを割り当て、リスクやアプリケーション種別に応じて調整します。
主な機能
- 01段階別のエージェントとスキル選択
- 02測定可能な品質ゲートの基準
- 03エージェントの並列連携
- 04リスクに応じたテスト戦略
- 05メモリ名前空間による連携
活用シーン
- 01CI/CD ワークフロー全体のテスト設計
- 02デプロイを阻止する品質ゲートの設定
- 03パイプライン段階ごとの QE エージェント調整
- 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 パイプライン全体の品質をオーケストレーションする場合:
- パイプラインのフェーズを分析します:コミット、ビルド、テスト、ステージング、本番
- 各フェーズに最適なスキルとエージェントを選択します
- 測定可能な基準値を用いて品質ゲートを設定します
- エージェントを並行して連携させながら実行します
- リスク、複雑さ、環境に応じて戦略を調整します
フェーズのクイック選択:
- コミット(シフトレフト)→ TDD、コードレビュー、ユニットテスト
- ビルド → カバレッジ分析、ミューテーションテスト、不安定なテストの検出
- インテグレーション → API コントラクト、パフォーマンス、セキュリティ
- ステージング → カオステスト、ビジュアルリグレッション、アクセシビリティ
- 本番(シフトライト)→ 合成モニタリング、RUM、コンプライアンス
重要な成功要因:
- 品質ゲートで不適切なデプロイをブロックします
- エージェントはメモリ名前空間を介して連携します
- リスクレベルに応じて戦略を調整します </default_to_action>
クイックリファレンスカード
使用する場面
- パイプラインのテスト戦略を設計する場合
- 品質ゲートを実装する場合
- 複数の QE エージェントを連携させる場合
- シフトレフトおよびシフトライトのテストを行う場合
フェーズとエージェントの対応表
| フェーズ | 主なエージェント | 主なスキル |
|---|---|---|
| コミット | 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% | はい |
フリート設定
- トポロジー:階層型
- 最大エージェント数:フェーズあたり 10
- 連携:aqe/* メモリ名前空間
パイプラインのフェーズ
フェーズ 1:コミット(シフトレフト)
目標: 欠陥を早期に検出し、テスト可能性を確保します
エージェント:
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:ビルド
目標: インテグレーションを検証し、カバレッジを確保します
エージェント:
qe-test-executor- テストスイートを実行しますqe-coverage-analyzer- カバレッジの不足箇所を特定します(O(log n))qe-flaky-test-hunter- 不安定なテストを検出し、安定化します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%、新たに不安定になったテストなし
フェーズ 3:インテグレーション/テスト
目標: コントラクト、パフォーマンス、セキュリティを検証します
エージェント:
qe-api-contract-validator- 破壊的変更を検出しますqe-performance-tester- 重要なパスの負荷テストを実行しますqe-security-scanner- SAST/DAST スキャンを実行しますqe-test-data-architect- 現実的なテストデータを作成します(10k+/sec)
スキル: 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:ステージング
目標: 本番環境に近い環境とレジリエンスを検証します
エージェント:
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:本番環境(シフトライト)
目標: 実際の使用状況を監視し、コンプライアンスを検証します
エージェント:
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")
適応型戦略
リスクレベル別
| リスク | 戦略 | エージェント |
|---|---|---|
| クリティカル | すべてのフェーズ、手動ゲート | 全エージェント群 |
| 高 | 自動ゲート、包括的 | 10+ エージェント |
| 中 | スマート選択、リスクベース | 5-8 エージェント |
| 低 | 最小限の回帰テスト、高速 | 2-3 エージェント |
アプリケーションタイプ別
| タイプ | 主なスキル | 主なエージェント |
|---|---|---|
| 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 |
エージェント連携のヒント
メモリ名前空間
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
エージェント群のオーケストレーション
Task("Fleet Orchestration",
"Coordinate 10 agents across phases: commit (2), build (3), test (3), staging (2)",
"qe-fleet-commander")
ブラックボードイベント
| イベント | トリガー | サブスクライバー |
|---|---|---|
phase:commit:complete | コミットフェーズ完了 | ビルドエージェント |
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 が発生する | すべてのテストを並列実行している | バッチ実行を使用する |
| パイプラインが遅すぎる | コミットのたびに包括的なテストを実施している | スマートテスト選択を使用する |
| ゲートが常に失敗する | しきい値が厳しすぎる | 傾向を分析して調整する |
関連スキル
- エージェント型品質エンジニアリング - エージェント群の連携
- シフトレフトテスト - 早期の不具合検出
- シフトライトテスト - 本番環境の監視
- カオスエンジニアリングによるレジリエンス - レジリエンステスト
覚えておくこと
CI/CD Pipeline QE Orchestrator が提供する機能:
- フェーズベースの戦略 による最適なスキル/エージェントの選択
- 不適切なデプロイをブロックする 品質ゲート
- リスクとコンテキストに基づく 適応型戦略
- メモリ名前空間を介した エージェント群全体の連携
エージェントを使用する場合: マルチエージェントのオーケストレーションには qe-fleet-commander を使用します。aqe/* メモリ名前空間を介して連携します。効率化のため、操作をバッチ処理します。