---
generated_at: 2026-02-26 12:00:00
metrics:
  claims_total: 50
  claims_with_evidence: 45
  claims_without_evidence: 5
confidence_derived: 0.90
---

# 根拠レポート：結合テストケース一覧

## 本レポートについて

### 目的
本レポートは、生成された設計書・ドキュメントの信頼性を検証し、人間レビュアーが効率的にレビューできるようにすることを目的としています。

### チェック方法
以下の観点でドキュメントの内容（Claim：主張）を検証しています：

1. **根拠の有無確認**：各主張に対して、ソースコード・既存設計書・要件定義書などの根拠（Evidence）が存在するか
2. **根拠との整合性**：主張の内容が根拠と矛盾していないか
3. **網羅性**：参照すべき情報源を適切にカバーしているか

### 信頼度スコアの算出
- **confidence_derived** = 根拠あり件数 / 総主張件数
- 状態「○」：根拠あり、「△」：根拠不足または要確認

### 本レポートの使い方
1. まず「サマリー」で全体の信頼度と優先レビュー項目を確認
2. 「Claims と根拠の対応」で △ の項目を重点的にレビュー
3. 「不足情報」で補完が必要な情報源を確認

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.90**
  - 根拠あり：45 / 50、根拠なし：5
- 優先レビュー（高）
  1. **IT-040 Implicit OAuth認証フロー**：実装の詳細なフロー確認が不足
  2. **IT-041 Netlify Identity認証連携**：外部サービスの具体的なインターフェース確認が不足
  3. **IT-042/IT-043 メディアライブラリ外部連携**：Cloudinary/Uploadcareウィジェットの内部動作確認が不足
  4. **IT-047 Integration Provider検索連携**：Algolia等の具体的な統合コード確認が不足

## 2) 参照した情報（Evidence一覧）
> ここに「実在するもの」だけ列挙。

- E-01: `packages/decap-cms-backend-github/src/API.ts` — GitHub REST API クライアント実装
- E-02: `packages/decap-cms-backend-github/src/GraphQLAPI.ts` — GitHub GraphQL APIクライアント
- E-03: `packages/decap-cms-backend-github/src/implementation.tsx` — GitHub Backend実装クラス
- E-04: `packages/decap-cms-backend-gitlab/src/API.ts` — GitLab APIクライアント
- E-05: `packages/decap-cms-backend-bitbucket/src/API.ts` — Bitbucket APIクライアント
- E-06: `packages/decap-cms-backend-bitbucket/src/git-lfs-client.ts` — Git LFSクライアント
- E-07: `packages/decap-cms-backend-gitea/src/API.ts` — Gitea APIクライアント
- E-08: `packages/decap-cms-backend-azure/src/API.ts` — Azure DevOps APIクライアント
- E-09: `packages/decap-cms-backend-git-gateway/src/GitHubAPI.ts` — Git Gateway GitHub委譲
- E-10: `packages/decap-cms-backend-git-gateway/src/GitLabAPI.ts` — Git Gateway GitLab委譲
- E-11: `packages/decap-cms-backend-proxy/src/implementation.ts` — Proxy Backend実装
- E-12: `packages/decap-cms-core/src/backend.ts` — Core Backend インターフェース・オーケストレーター
- E-13: `packages/decap-cms-core/src/actions/entries.ts` — エントリ操作Reduxアクション
- E-14: `packages/decap-cms-core/src/actions/editorialWorkflow.ts` — 編集ワークフローアクション
- E-15: `packages/decap-cms-core/src/actions/media.ts` — メディア操作アクション
- E-16: `packages/decap-cms-core/src/actions/auth.ts` — 認証アクション
- E-17: `packages/decap-cms-core/src/actions/config.ts` — 設定読み込みアクション
- E-18: `packages/decap-cms-core/src/actions/notifications.ts` — 通知アクション
- E-19: `packages/decap-cms-core/src/reducers/` — Redux Reducer群
- E-20: `packages/decap-cms-core/src/types/redux.ts` — Redux State型定義
- E-21: `packages/decap-server/src/index.ts` — Express サーバーエントリポイント
- E-22: `packages/decap-server/src/middlewares/localGit/index.ts` — Local Git ミドルウェア
- E-23: `packages/decap-server/src/middlewares/localFs/index.ts` — Local FS ミドルウェア
- E-24: `packages/decap-cms-lib-auth/src/pkce-oauth.js` — PKCE OAuth認証
- E-25: `packages/decap-cms-lib-auth/src/implicit-oauth.js` — Implicit OAuth認証
- E-26: `packages/decap-cms-lib-auth/src/netlify-auth.js` — Netlify Identity認証
- E-27: `packages/decap-cms-lib-util/src/API.ts` — 共通APIベースクラス（レート制限・バックオフ）
- E-28: `packages/decap-cms-lib-util/src/localForage.ts` — LocalForage抽象化
- E-29: `packages/decap-cms-lib-util/src/implementation.ts` — Backend インターフェース定義
- E-30: `packages/decap-cms-media-library-cloudinary/src/index.js` — Cloudinaryウィジェット
- E-31: `packages/decap-cms-media-library-uploadcare/src/index.js` — Uploadcareウィジェット
- E-32: `packages/decap-cms-app/src/extensions.js` — 全Backend・Widget・Localeの登録
- E-33: `packages/decap-cms-core/src/valueObjects/Entry.ts` — Entryバリューオブジェクト
- E-34: `packages/decap-cms-core/src/valueObjects/AssetProxy.ts` — AssetProxyバリューオブジェクト
- E-35: `package.json` — モノレポ構成・依存関係定義

## 3) Claims と根拠の対応（レビューの主戦場）

| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | GitHub APIからエントリを正常取得できる | E-01, E-03 | ○ |
| C-02 | GitHub Tree APIでフォルダ内エントリ一覧を取得できる | E-01, E-03 | ○ |
| C-03 | エントリをGitHub APIでコミット・保存できる | E-01, E-03 | ○ |
| C-04 | メディアファイルをGitHub APIで保存できる | E-01, E-03 | ○ |
| C-05 | 編集ワークフローでPRが作成される | E-01, E-03, E-14 | ○ |
| C-06 | PRをマージしてエントリを公開できる | E-01, E-03, E-14 | ○ |
| C-07 | PRのステータスを変更できる | E-01, E-03, E-14 | ○ |
| C-08 | GitHub APIでファイルを削除できる | E-01, E-03 | ○ |
| C-09 | GraphQL APIでエントリを効率取得できる | E-02 | ○ |
| C-10 | レート制限時にリトライ処理が動作する | E-27 | ○ |
| C-11 | GitLab APIでエントリCRUDが動作する | E-04 | ○ |
| C-12 | Bitbucket APIでエントリCRUDが動作する | E-05 | ○ |
| C-13 | Bitbucket Git LFSが正しく動作する | E-06 | ○ |
| C-14 | Gitea APIでエントリCRUDが動作する | E-07 | ○ |
| C-15 | Azure DevOps APIでエントリCRUDが動作する | E-08 | ○ |
| C-16 | Git GatewayがGitHub APIに委譲される | E-09 | ○ |
| C-17 | Git GatewayがGitLab APIに委譲される | E-10 | ○ |
| C-18 | Proxy Backendがローカルサーバーに正しく通信する | E-11 | ○ |
| C-19 | loadEntryアクションからBackendへの読み込みが連携する | E-12, E-13 | ○ |
| C-20 | persistEntryアクションからBackendへの保存が連携する | E-12, E-13 | ○ |
| C-21 | deleteEntryアクションからBackendへの削除が連携する | E-12, E-13 | ○ |
| C-22 | 編集ワークフローのドラフト保存が連携する | E-12, E-14 | ○ |
| C-23 | 編集ワークフローのステータス遷移が連携する | E-12, E-14 | ○ |
| C-24 | 編集ワークフローの公開処理が連携する | E-12, E-14 | ○ |
| C-25 | メディアライブラリからBackendへの操作が連携する | E-12, E-15 | ○ |
| C-26 | Config読み込みからBackend初期化が連携する | E-17 | ○ |
| C-27 | ローカルプロキシの自動検出が動作する | E-17, E-21 | ○ |
| C-28 | i18nエントリの保存が正しく処理される | E-13, E-29 | ○ |
| C-29 | エントリのソート・フィルタが連携する | E-13 | ○ |
| C-30 | レジストリでBackend/Widgetが正しく登録・解決される | E-32 | ○ |
| C-31 | LocalForageでドラフトバックアップが保存・復元される | E-12, E-28 | ○ |
| C-32 | 認証トークンがlocalStorageに永続化される | E-12 | ○ |
| C-33 | Local Git Serverのファイルシステム操作が正しく動作する | E-22 | ○ |
| C-34 | Local Git Serverのブランチ管理が正しく動作する | E-22 | ○ |
| C-35 | Local Git Serverの排他制御が正しく動作する | E-22 | ○ |
| C-36 | Local Git ServerのDiff追跡が正しく動作する | E-22 | ○ |
| C-37 | PKCE OAuth認証フローが正しく動作する | E-24 | ○ |
| C-38 | PKCEトークン交換が正しく動作する | E-24 | ○ |
| C-39 | OIDC自動検出が正しく動作する | E-24 | ○ |
| C-40 | Implicit OAuth認証フローが正しく動作する | E-25 | △ |
| C-41 | Netlify Identity認証連携が正しく動作する | E-26 | △ |
| C-42 | Cloudinaryメディアライブラリ連携が正しく動作する | E-30 | △ |
| C-43 | Uploadcareメディアライブラリ連携が正しく動作する | E-31 | △ |
| C-44 | PKCEセキュリティ機能が正しく動作する | E-24 | ○ |
| C-45 | 認証フローのRedux State・UI更新が連携する | E-16 | ○ |
| C-46 | エントリフォーマット変換が正しく動作する | E-12, E-29 | ○ |
| C-47 | Integration Provider検索が正しく連携する | E-12 | △ |
| C-48 | Local Git Serverのメディアファイル操作が正しく動作する | E-22 | ○ |
| C-49 | アセットパス解決からメディア取得が連携する | E-15, E-34 | ○ |
| C-50 | 通知システムが各操作と正しく連携する | E-18 | ○ |

## 4) 不足情報（Unknown / Missing）
- **C-40 Implicit OAuth**: `implicit-oauth.js`の実装は確認できるが、具体的なウィンドウ制御やコールバック処理の詳細フローの検証が不十分
  - 候補：E2Eテスト / 手動テストでの実動作確認
- **C-41 Netlify Identity**: `netlify-auth.js`の存在は確認できるが、Netlify Identity Widget SDKとの具体的なインターフェース詳細の検証が不足
  - 候補：Netlify公式ドキュメント / netlify-identity-widget SDK仕様書
- **C-42/C-43 外部メディアライブラリ**: Cloudinary/Uploadcareのウィジェットファイルの存在は確認できるが、外部SDKとの結合動作の詳細確認が不足
  - 候補：Cloudinary Widget API仕様 / Uploadcare Widget API仕様 / E2Eテスト
- **C-47 Integration Provider**: `backend.ts`内のintegration参照コードは確認できるが、Algolia等の具体的なプロバイダー実装の詳細確認が不足
  - 候補：integrationsパッケージの詳細調査 / 外部プロバイダーAPI仕様

## 5) リスクフラグ（レビュー観点）
- **1: 中リスク** — 外部メディアライブラリ連携（Cloudinary/Uploadcare）のテストケースは、外部SDK依存のため実環境での動作確認が必須
- **1: 中リスク** — Netlify Identity連携のテストケースは、Netlifyサービス依存のため実環境での検証が必要
- **0: 低リスク** — Implicit OAuthフローは、PKCEフローが主流となっているため優先度は低い
- **1: 中リスク** — 各Gitバックエンド（GitLab/Bitbucket/Gitea/Azure）のテストケースは、API仕様の差異によりバックエンド固有の問題が存在する可能性がある
- **0: 低リスク** — Integration Provider（Algolia等）は実装が限定的でオプション機能

## 6) レビュアーチェックリスト（最小）
- [ ] 全50テストケースのテストID（IT-001〜IT-050）が一意であること
- [ ] テスト種別（API連携/コンポーネント間連携/データベース連携/外部サービス連携）の分類が適切であること
- [ ] 優先度（高/中/低）の設定が、ビジネスインパクトとリスクに基づいていること
- [ ] テスト手順が再現可能な粒度で記述されていること
- [ ] 期待結果が検証可能な形式で記述されていること
- [ ] 主要な結合ポイント（Backend↔API、Redux↔Backend、Auth↔Provider）がカバーされていること
- [ ] △（根拠不足）のテストケース（IT-040/041/042/043/047）について実環境での追加検証計画があること
- [ ] 編集ワークフロー（Editorial Workflow）のフルライフサイクル（作成→レビュー→公開）がテストされていること
