메뉴
テスト戦略の共通テンプレート。テストピラミッド定義・テストダブル選択基準・ テストデータ戦略・カバレッジ方針を提供する。 USE FOR: test strategy, test pyramid, test doubles selection. DO NOT USE FOR: test code generation (agents do that). WHEN: テスト戦略書を作成する、テストダブルの選択基準を参照する。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
全 Custom Agent が作業開始時に参照する共通プリアンブル。 USE FOR: agent start, common rules, preamble. DO NOT USE FOR: implementation. WHEN: Custom Agent が作業を開始したとき、共通ルールを確認したいとき。
GitHub Actions CI/CD ワークフローの共通仕様。OIDC 認証・workflow_dispatch トリガー・ Copilot push 制約対応・シークレット管理・デプロイ保護の原則を提供する。 USE FOR: GitHub Actions, CI/CD workflow, OIDC authentication. DO NOT USE FOR: application code deployment (use appropriate azure-skills/ deployment skill). WHEN: GitHub Actions ワークフローを作成する、CI/CD パイプラインを設計する。
破壊的操作を事前に検出・阫止する安全ガードの詳細パターンリストと判定フロー。 PHASE: 実行前（コマンド・スクリプト実行前に使用）。 USE FOR: destructive operation detection, rm -rf detection, DROP TABLE detection. DO NOT USE FOR: error recovery after failure (use harness-error-recovery), post-execution verification (use harness-verification-loop). WHEN: コマンドを実行する前の安全確認、破壊的操作の検出。
コード変更後の5段階検証パイプライン（Build/Lint/Test/Security/Diff）の詳細手順。 PHASE: 実行後（コード変更・生成・デプロイを行った**後**に使用）。 USE FOR: build check, lint, test execution. DO NOT USE FOR: error recovery (use harness-error-recovery), pre-execution safety check (use harness-safety-guard). WHEN: コードを変更した後の検証、ビルド確認。
knowledge/ 配下のファイル管理ルールを提供する。業務要件・判定表・連携契約等の ドメイン知識ドキュメントの分類・命名・更新手順を定義する。 USE FOR: knowledge/ file management, D01-D21 classification, domain knowledge organization. DO NOT USE FOR: qa/ file creation (use work-artifacts-layout). WHEN: knowledge/ 配下にファイルを作成・更新する、ドメイン知識を整理する。
初見のリポジトリで最小限の読解により入口・境界・標準コマンドを確定し、 onboarding.md に固定するスキル。"全部読む"を避け、作業に必要な最小限だけ確定する。 USE FOR: repository onboarding, first assignment, entry point discovery. DO NOT USE FOR: full code analysis. WHEN: リポジトリに初めてアサインされた、入口が不明。
| name | test-strategy-template |
| description | テスト戦略の共通テンプレート。テストピラミッド定義・テストダブル選択基準・ テストデータ戦略・カバレッジ方針を提供する。 USE FOR: test strategy, test pyramid, test doubles selection. DO NOT USE FOR: test code generation (agents do that). WHEN: テスト戦略書を作成する、テストダブルの選択基準を参照する。 |
| metadata | {"origin":"user","version":"2.0.0"} |
テスト戦略書・テスト仕様書に共通する テスト設計の原則 を一元管理する。各 Agent は本 Skill を参照し、固有のテスト種別のみを Agent 側に記載する。
github-actions-cicd または Dev-*-Deploy 系 Agent が担当references/test-design-principles.md）| ファイル | 内容 |
|---|---|
references/test-design-principles.md | §1 テストピラミッド定義、§2 テストダブル選択基準（依存パターン別推奨ツール・優先順位）、§3 テストデータ戦略（Faker/シード管理/本番サニタイズ・エッジケース）、§4 カバレッジ方針 |
※ 以下は説明用の架空例です
例1（SVC-10 Azure Functions マイクロサービス）: Unit Test(pytest + unittest.mock) 75% / Integration Test(pytest + Testcontainers + WireMock) 20% / E2E Test 5%
例2（データフロー処理テストダブル設計）: Azure Blob Storage → Azurite（優先順位1）/ Cosmos DB → Testcontainers（優先順位2）/ 外部REST API → WireMock（優先順位3）
work/Issue-skills-migration-investigation/duplication-patterns.md — P-06 の詳細