---
generated_at: 2026-02-24 23:15:00
metrics:
  claims_total: 100
  claims_with_evidence: 95
  claims_without_evidence: 5
confidence_derived: 0.95
---

# 根拠レポート：medusa.csv

## 本レポートについて

### 目的
本レポートは、生成された単体テストケース一覧の信頼性を検証し、人間レビュアーが効率的にレビューできるようにすることを目的としています。

### チェック方法
以下の観点でテストケースの内容（Claim：主張）を検証しています：

1. **根拠の有無確認**：各テストケースに対して、ソースコードの該当箇所が存在するか
2. **根拠との整合性**：テストケースの内容がソースコードの実装と矛盾していないか
3. **網羅性**：対象モジュールの主要な機能・メソッドをカバーしているか

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.95**
  - 根拠あり：95 / 100、根拠なし：5
- 優先レビュー（高）
  1. **UT-MED-096〜098**：フィーチャーフラグ・計測モジュールの詳細実装未確認
  2. **UT-MED-099〜100**：マイグレーションスクリプトの実行条件・詳細動作未検証
  3. **UT-MED-081**：存在しない顧客IDの挙動は実装依存

## 2) 参照した情報（Evidence一覧）
> ソースコードから抽出した根拠

- E-01: `packages/medusa/src/utils/diff-set.ts` - getSetDifference関数の実装
- E-02: `packages/medusa/src/utils/clean-response-data.ts` - cleanResponseData関数、INCLUDED_FIELDS、EXCLUDED_FIELDS定数
- E-03: `packages/medusa/src/utils/format-registration-name.ts` - formatRegistrationName、formatRegistrationNameWithoutNamespace関数
- E-04: `packages/medusa/src/utils/default-policy-operations.ts` - defaultPolicyOperations定数
- E-05: `packages/medusa/src/api/auth/utils/generate-jwt-token.ts` - generateJwtTokenForAuthIdentity関数
- E-06: `packages/medusa/src/api/auth/utils/validate-token.ts` - validateToken関数
- E-07: `packages/medusa/src/api/auth/utils/validate-scope-provider-association.ts` - validateScopeProviderAssociation関数
- E-08: `packages/medusa/src/api/auth/validators.ts` - ResetPasswordRequest Zodスキーマ
- E-09: `packages/medusa/src/api/utils/validators.ts` - WithAdditionalData、createBatchBody、createLinkBody、createSelectParams、createFindParams、createOperatorMap関数
- E-10: `packages/medusa/src/api/admin/customers/validators.ts` - AdminCustomersParams、CreateCustomer、CreateCustomerAddress等のZodスキーマ
- E-11: `packages/medusa/src/api/admin/products/validators.ts` - AdminGetProductsParams、CreateProduct、CreateProductVariant等のZodスキーマ
- E-12: `packages/medusa/src/api/admin/orders/validators.ts` - AdminGetOrdersParams、OrderCreateFulfillment、AdminTransferOrder等のZodスキーマ
- E-13: `packages/medusa/src/api/admin/products/helpers.ts` - remapKeysForProduct、remapVariantResponse、buildRules、refetchVariant、refetchBatchProducts、buildBatchVariantInventoryData関数
- E-14: `packages/medusa/src/api/admin/customers/helpers.ts` - refetchCustomer関数
- E-15: `packages/medusa/src/api/admin/customers/route.ts` - GET、POST APIルート
- E-16: `packages/medusa/src/api/admin/orders/route.ts` - GET APIルート
- E-17: `packages/medusa/src/api/admin/products/route.ts` - GET、POST APIルート
- E-18: `packages/medusa/src/policies/user.ts` - userPolicies定義
- E-19: `packages/medusa/src/policies/order.ts` - orderPolicies定義
- E-20: `packages/medusa/src/policies/product.ts` - productPolicies定義

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01〜05 | getSetDifference関数のテストケース | E-01 | ○ |
| C-06〜11 | cleanResponseData関数のテストケース | E-02 | ○ |
| C-12〜17 | formatRegistrationName関連関数のテストケース | E-03 | ○ |
| C-18 | defaultPolicyOperationsのテストケース | E-04 | ○ |
| C-19〜23 | generateJwtTokenForAuthIdentity関数のテストケース | E-05 | ○ |
| C-24〜27 | validateToken関数のテストケース | E-06 | ○ |
| C-28〜30 | validateScopeProviderAssociation関数のテストケース | E-07 | ○ |
| C-31〜33 | ResetPasswordRequestスキーマのテストケース | E-08 | ○ |
| C-34〜45 | validators.ts内関数のテストケース | E-09 | ○ |
| C-46〜50 | 顧客バリデータのテストケース | E-10 | ○ |
| C-51〜59 | 商品バリデータのテストケース | E-11 | ○ |
| C-60〜66 | 注文バリデータのテストケース | E-12 | ○ |
| C-67〜79 | 商品ヘルパー関数のテストケース | E-13 | ○ |
| C-80〜81 | 顧客ヘルパー関数のテストケース | E-14 | ○ |
| C-82〜86 | 顧客APIルートのテストケース | E-15 | ○ |
| C-87〜88 | 注文APIルートのテストケース | E-16 | ○ |
| C-89〜92 | 商品APIルートのテストケース | E-17 | ○ |
| C-93 | userPoliciesのテストケース | E-18 | ○ |
| C-94 | orderPoliciesのテストケース | E-19 | ○ |
| C-95 | productPoliciesのテストケース | E-20 | ○ |
| C-96 | RbacFeatureFlagのテストケース | **根拠確認要** | △ |
| C-97 | IndexEngineFeatureFlagのテストケース | **根拠確認要** | △ |
| C-98 | instrumentationモジュールのテストケース | **根拠確認要** | △ |
| C-99 | migrateTaxRegionProviderのテストケース | **根拠確認要** | △ |
| C-100 | createSuperAdminRoleのテストケース | **根拠確認要** | △ |

## 4) 不足情報（Unknown / Missing）
- **フィーチャーフラグの詳細実装**: `feature-flags/rbac.ts`、`feature-flags/index-engine.ts`の内部構造を詳細確認していない
  - 候補：ファイル内容の読み込み / 既存テストの参照 / 開発者ヒアリング
- **マイグレーションスクリプトの動作検証**: 実際のDB操作を伴うため、テストケースの前提条件・期待結果の妥当性は実行環境依存
  - 候補：既存の統合テスト参照 / DBモック使用時の動作確認
- **Store API関連**: `api/store/`配下のルート・バリデータは本レポートでは網羅していない（704ファイル中の一部のみ対象）
  - 候補：Store APIの追加テストケース生成

## 5) リスクフラグ（レビュー観点）
- **0: 低リスク** - ユーティリティ関数（diff-set、format-registration-name等）: ロジックが単純で境界値も明確
- **1: 中リスク** - バリデータ（Zodスキーマ）: スキーマ定義は確認済みだが、実行時のエラーメッセージ詳細は未検証
- **1: 中リスク** - ヘルパー関数（refetch系）: remoteQueryの依存関係があり、モック必要
- **2: 高リスク** - 認証関連（validateToken、generateJwtToken）: セキュリティに直結、境界ケースの網羅性要確認

## 6) レビュアーチェックリスト（最小）
- [ ] 認証関連テストケース（UT-MED-019〜030）のセキュリティ観点での網羅性確認
- [ ] バリデータテストケース（UT-MED-031〜066）の異常系パターン追加検討
- [ ] APIルートテストケース（UT-MED-082〜092）のエラーハンドリング観点追加
- [ ] フィーチャーフラグ（UT-MED-096〜097）の実装詳細確認
- [ ] マイグレーションスクリプト（UT-MED-099〜100）の前提条件妥当性確認
- [ ] Store API（api/store/）のテストケース追加要否判断
