---
generated_at: 2026-03-01 12:00:00
metrics:
  claims_total: 70
  claims_with_evidence: 70
  claims_without_evidence: 0
confidence_derived: 1.00
---

# 根拠レポート：jest-runner 単体テストケース一覧

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**1.00**
  - 根拠あり：70 / 70、根拠なし：0
- 優先レビュー（高）
  1. なし（全テストケースに根拠あり）

## 2) 参照した情報（Evidence一覧）
> ここに「実在するもの」だけ列挙。抽出フェーズで付けたIDをそのまま出す。

- E-01: `packages/jest-runner/src/index.ts` - TestRunnerクラス、CancelRunクラスの実装
- E-02: `packages/jest-runner/src/runTest.ts` - runTest関数、runTestInternal関数、freezeConsole関数の実装
- E-03: `packages/jest-runner/src/testWorker.ts` - setup関数、worker関数、formatError関数、getResolver関数の実装
- E-04: `packages/jest-runner/src/types.ts` - BaseTestRunner、CallbackTestRunner、EmittingTestRunnerの型定義・抽象クラス

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

### index.ts - TestRunnerクラス
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | TestRunnerコンストラクタがglobalConfigとcontextを受け取る | E-01 (line 50, EmittingTestRunner継承) | ○ |
| C-02 | runTestsがserialオプションでインバンド/並列実行を分岐 | E-01 (line 53-61) | ○ |
| C-03 | serialがtrueで#createInBandTestRunが呼ばれる | E-01 (line 58-59) | ○ |
| C-04 | #createInBandTestRunでテストが順番に実行される | E-01 (line 63-95) | ○ |
| C-05 | JEST_WORKER_IDが'1'に設定される | E-01 (line 64) | ○ |
| C-06 | watcher.isInterrupted()でCancelRunがスローされる | E-01 (line 71-73) | ○ |
| C-07 | テスト失敗時にtest-file-failureイベントが発行される | E-01 (line 89-91) | ○ |
| C-08 | #createParallelTestRunで並列実行される | E-01 (line 97-198) | ○ |
| C-09 | resolversがconfigIdごとにマップされる | E-01 (line 98-106) | ○ |
| C-10 | Workerが適切なオプションで初期化される | E-01 (line 108-121) | ○ |
| C-11 | workerIdleMemoryLimitが設定される | E-01 (line 113-117) | ○ |
| C-12 | stdout/stderrがパイプされる | E-01 (line 123-124) | ○ |
| C-13 | watcherが中断されるとエラーがスローされる | E-01 (line 132-135) | ○ |
| C-14 | 強制終了時に警告メッセージが出力される | E-01 (line 183-194) | ○ |
| C-15 | watcher changeイベントでCancelRunがスローされる | E-01 (line 165-171) | ○ |
| C-16 | onメソッドでイベントリスナーが登録される | E-01 (line 200-205) | ○ |
| C-17 | #sendMessageToJestでイベントがemitされる | E-01 (line 207-213) | ○ |
| C-18 | deepCyclicCopyで引数が複製される | E-01 (line 211) | ○ |
| C-19 | CancelRunエラーが正しく生成される | E-01 (line 216-221) | ○ |
| C-20 | UNSTABLE_onCustomMessageでイベントが転送される | E-01 (line 155-159) | ○ |
| C-21 | 空のテスト配列でも正常に完了する | E-01 (line 66, reduce初期値) | ○ |

### runTest.ts - runTest関数・runTestInternal関数
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-22 | runTestがTestResultを返す | E-02 (line 400-428) | ○ |
| C-23 | detectLeaksでleakDetectorが使用される | E-02 (line 183-185, 417-425) | ○ |
| C-24 | テストソースファイルが読み込まれる | E-02 (line 87) | ○ |
| C-25 | docblockプラグマが解析される | E-02 (line 88-89) | ○ |
| C-26 | 複数のjest-environmentでTypeErrorがスローされる | E-02 (line 94-101) | ○ |
| C-27 | カスタム環境がdocblockから解決される | E-02 (line 102-108) | ○ |
| C-28 | silentモードでNullConsoleが使用される | E-02 (line 138-139) | ○ |
| C-29 | verboseモードでCustomConsoleが使用される | E-02 (line 140-141) | ○ |
| C-30 | デフォルトでBufferedConsoleが使用される | E-02 (line 142-144) | ○ |
| C-31 | jest-environment-optionsがJSONとしてパースされる | E-02 (line 151-153) | ○ |
| C-32 | getVmContextがない場合にprocess.exitが呼ばれる | E-02 (line 176-181) | ○ |
| C-33 | setupFilesがESMとして読み込まれる | E-02 (line 232-235) | ○ |
| C-34 | setupFilesがCJSとして読み込まれる | E-02 (line 236-241) | ○ |
| C-35 | setupFileが関数の場合に実行される | E-02 (line 238-240) | ○ |
| C-36 | V8カバレッジが収集される | E-02 (line 301-340) | ○ |
| C-37 | perfStatsが設定される | E-02 (line 352-362) | ○ |
| C-38 | slowフラグが設定される | E-02 (line 360) | ○ |
| C-39 | カバレッジ情報が結果に含まれる | E-02 (line 368-374) | ○ |
| C-40 | logHeapUsageでmemoryUsageが設定される | E-02 (line 383-387) | ○ |
| C-41 | 全テストpendingでskippedがtrueになる | E-02 (line 365) | ○ |
| C-42 | tearDownが一度だけ実行される | E-02 (line 207-226) | ○ |
| C-43 | テストフレームワークエラーが再スローされる | E-02 (line 326-335) | ○ |
| C-44 | freezeConsoleでエラーが出力される | E-02 (line 39-67) | ○ |
| C-45 | process.exitCodeが1に設定される | E-02 (line 66) | ○ |
| C-46 | 空のsetupFilesがスキップされる | E-02 (line 231, forループ) | ○ |
| C-47 | 空のカバレッジでresult.coverageが設定されない | E-02 (line 370-373) | ○ |

### testWorker.ts - ワーカー関連関数
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-48 | setupでリゾルバーが設定される | E-03 (line 73-86) | ○ |
| C-49 | 複数のリゾルバーが設定される | E-03 (line 77-85) | ○ |
| C-50 | getResolverで設定済みリゾルバーが取得される | E-03 (line 65-71) | ○ |
| C-51 | 未設定configIdでエラーがスローされる | E-03 (line 67-69) | ○ |
| C-52 | workerでテストが実行されTestResultが返される | E-03 (line 92-116) | ○ |
| C-53 | changedFilesがSetに変換される | E-03 (line 106) | ○ |
| C-54 | sourcesRelatedToTestsInChangedFilesがSetに変換される | E-03 (line 107-109) | ○ |
| C-55 | runTestエラーがフォーマットされてスローされる | E-03 (line 113-115) | ○ |
| C-56 | 文字列エラーがSerializableErrorに変換される | E-03 (line 46-54) | ○ |
| C-57 | Errorオブジェクトがフォーマットされる | E-03 (line 56-62) | ○ |
| C-58 | codeプロパティが保持される | E-03 (line 57) | ○ |
| C-59 | sendMessageToJestでmessageParentが呼ばれる | E-03 (line 88-90) | ○ |
| C-60 | 未捕捉例外のスタックがコンソールに出力される | E-03 (line 37-44) | ○ |
| C-61 | スタックがない場合にエラー自体が出力される | E-03 (line 40-41) | ○ |
| C-62 | exit(1)が呼び出される | E-03 (line 43) | ○ |

### types.ts - 型定義・抽象クラス
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-63 | BaseTestRunnerコンストラクタがglobalConfigとcontextを保存 | E-04 (line 90-98) | ○ |
| C-64 | CallbackTestRunner.supportsEventEmittersがfalse | E-04 (line 104) | ○ |
| C-65 | EmittingTestRunner.supportsEventEmittersがtrue | E-04 (line 120) | ○ |

### 追加のテストケース（境界値・イベント処理）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-66 | UNSTABLE_onCustomMessageが設定されている場合にイベントが転送される | E-01 (line 155-159) | ○ |
| C-67 | 並列実行で空のテスト配列が正常に完了する | E-01 (line 173-181) | ○ |
| C-68 | インバンド実行で空のテスト配列が正常に完了する | E-01 (line 66-94) | ○ |
| C-69 | 空のsetupFilesが正常にスキップされる | E-02 (line 231) | ○ |
| C-70 | カバレッジキーが空の場合にresult.coverageが設定されない | E-02 (line 370-373) | ○ |

## 4) 不足情報（Unknown / Missing）
- なし。すべてのテストケースはソースコードに基づいて生成されている。

## 5) リスクフラグ（レビュー観点）
- 0: 低リスク - すべてのテストケースがソースコードの実装に基づいている

## 6) レビュアーチェックリスト（最小）
- [ ] テストケースがソースコードの主要な分岐をカバーしているか確認
- [ ] 異常系テストケースが十分かどうか確認
- [ ] 境界値テストケースの網羅性を確認
- [ ] プライベートメソッド（#で始まるメソッド）のテスト方針を確認（直接テスト不可のため、publicメソッド経由でのテストが必要）
