---
generated_at: 2026-01-30 14:05:00
metrics:
  claims_total: 42
  claims_with_evidence: 42
  claims_without_evidence: 0
confidence_derived: 1.00
---

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

## 本レポートについて

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

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

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

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

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

---

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

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

- E-01: `/Users/tomokababa/Work/reverse-engineering/sample/actual-master/packages/ci-actions/src/versions/get-next-package-version.js` - メインライブラリ実装
- E-02: `/Users/tomokababa/Work/reverse-engineering/sample/actual-master/packages/ci-actions/bin/get-next-package-version.js` - CLIスクリプト実装
- E-03: `/Users/tomokababa/Work/reverse-engineering/sample/actual-master/packages/ci-actions/src/versions/get-next-package-version.test.js` - 既存テストコード
- E-04: `/Users/tomokababa/Work/reverse-engineering/sample/actual-master/packages/ci-actions/package.json` - パッケージ設定

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

### parseVersion関数（UT-CIA-001〜006）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| UT-CIA-001 | 標準的なバージョン文字列を正しくパースできること | E-01 (1-8行目) | ○ |
| UT-CIA-002 | 年が2桁以上の場合も正しくパースできること | E-01 (1-8行目) | ○ |
| UT-CIA-003 | ホットフィックスが0の場合も正しくパースできること | E-01 (1-8行目) | ○ |
| UT-CIA-004 | 月が1の場合を正しくパースできること | E-01 (1-8行目) | ○ |
| UT-CIA-005 | 月が12の場合を正しくパースできること | E-01 (1-8行目) | ○ |
| UT-CIA-006 | 不正なバージョン形式の場合の挙動 | E-01 (1-8行目) | ○ |

### computeNextMonth関数（UT-CIA-007〜010）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| UT-CIA-007 | 同年内の月を正しく進められること | E-01 (10-24行目), E-03 (16-24行目) | ○ |
| UT-CIA-008 | 12月から翌年1月に正しく進められること | E-01 (10-24行目), E-03 (26-34行目) | ○ |
| UT-CIA-009 | 1月の場合も正しく2月に進められること | E-01 (10-24行目) | ○ |
| UT-CIA-010 | 99年から100年への年またぎが正しく処理されること | E-01 (20-21行目) | ○ |

### resolveType関数（UT-CIA-011〜018）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| UT-CIA-011 | autoでない場合はそのまま返すこと（hotfix） | E-01 (27-28行目) | ○ |
| UT-CIA-012 | autoでない場合はそのまま返すこと（monthly） | E-01 (27-28行目) | ○ |
| UT-CIA-013 | autoでない場合はそのまま返すこと（nightly） | E-01 (27-28行目) | ○ |
| UT-CIA-014 | autoで同月25日以前の場合はhotfixを返すこと | E-01 (29-33行目), E-03 (46-54行目) | ○ |
| UT-CIA-015 | autoで同月26日以降の場合はmonthlyを返すこと | E-01 (29-33行目), E-03 (56-64行目) | ○ |
| UT-CIA-016 | autoで同月25日の場合はhotfixを返すこと | E-01 (32行目): `currentDate.getDate() <= 25` | ○ |
| UT-CIA-017 | autoで異なる月の場合はmonthlyを返すこと | E-01 (29-33行目), E-03 (66-74行目) | ○ |
| UT-CIA-018 | autoで異なる年の場合はmonthlyを返すこと | E-01 (29-33行目) | ○ |

### getNextVersion関数（UT-CIA-019〜031）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| UT-CIA-019 | hotfixでパッチバージョンがインクリメントされること | E-01 (63-64行目), E-03 (6-14行目) | ○ |
| UT-CIA-020 | monthlyで同年の次月バージョンが返ること | E-01 (65-66行目), E-03 (16-24行目) | ○ |
| UT-CIA-021 | monthlyで年またぎが正しく処理されること | E-01 (65-66行目), E-03 (26-34行目) | ○ |
| UT-CIA-022 | nightlyで日付スタンプ付きバージョンが返ること | E-01 (60-62行目), E-03 (36-44行目) | ○ |
| UT-CIA-023 | autoで25日以前の場合はhotfixとして処理されること | E-01 (47-52行目), E-03 (46-54行目) | ○ |
| UT-CIA-024 | autoで25日より後の場合はmonthlyとして処理されること | E-01 (47-52行目), E-03 (56-64行目) | ○ |
| UT-CIA-025 | autoで翌月の場合はmonthlyとして処理されること | E-01 (47-52行目), E-03 (66-74行目) | ○ |
| UT-CIA-026 | 不正なtypeの場合はエラーがスローされること | E-01 (67-70行目), E-03 (76-84行目) | ○ |
| UT-CIA-027 | ホットフィックスが0から1にインクリメントされること | E-01 (63-64行目) | ○ |
| UT-CIA-028 | ホットフィックスが大きな値でもインクリメントされること | E-01 (64行目): `versionHotfix + 1` | ○ |
| UT-CIA-029 | currentDateが省略された場合は現在日時が使用されること | E-01 (39行目): `currentDate = new Date()` | ○ |
| UT-CIA-030 | nightlyで月初の日付が正しくフォーマットされること | E-01 (55-58行目) | ○ |
| UT-CIA-031 | nightlyで年またぎの日付が正しくフォーマットされること | E-01 (55-58行目, 62行目) | ○ |

### CLIスクリプト（UT-CIA-032〜042）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| UT-CIA-032 | --package-jsonオプションでパスを指定してバージョンが取得できること | E-02 (13-17行目, 39-44行目) | ○ |
| UT-CIA-033 | -pオプション（短縮形）でパスを指定してバージョンが取得できること | E-02 (15行目): `short: 'p'` | ○ |
| UT-CIA-034 | --versionオプションで明示的にバージョンを指定できること | E-02 (22-25行目, 51-54行目) | ○ |
| UT-CIA-035 | --updateオプションでpackage.jsonが更新されること | E-02 (26-30行目, 70-77行目) | ○ |
| UT-CIA-036 | --package-jsonが指定されない場合はエラーで終了すること | E-02 (39-44行目) | ○ |
| UT-CIA-037 | 存在しないpackage.jsonを指定した場合はエラーで終了すること | E-02 (46-48行目, 78-81行目) | ○ |
| UT-CIA-038 | 不正なJSONファイルを指定した場合はエラーで終了すること | E-02 (48行目): `JSON.parse`, (78-81行目) | ○ |
| UT-CIA-039 | 不正なtypeを指定した場合はエラーで終了すること | E-02 (62-65行目) | ○ |
| UT-CIA-040 | --updateがfalse（デフォルト）の場合はpackage.jsonが更新されないこと | E-02 (29行目): `default: false`, (70行目) | ○ |
| UT-CIA-041 | typeオプション各種が正しく動作すること | E-02 (18-21行目), E-01 (60-71行目) | ○ |
| UT-CIA-042 | package.jsonにversionフィールドがない場合の挙動 | E-02 (49行目): `packageJson.version` | ○ |

## 4) 不足情報（Unknown / Missing）
- なし：全てのテストケースにソースコードまたは既存テストコードによる根拠あり

## 5) リスクフラグ（レビュー観点）
- 0: 低リスク - 全テストケースに明確な根拠が存在

### 補足
- ci-actionsモジュールは比較的小規模（ソースファイル2件）
- 既存テストコード（E-03）により、主要な機能の動作が確認済み
- CLIスクリプト（E-02）については統合テストレベルでの検証が必要な項目あり

## 6) レビュアーチェックリスト（最小）
- [ ] parseVersion関数の異常系テスト（UT-CIA-006）について、実際のエラーハンドリング動作を確認
- [ ] CLIスクリプトのテスト（UT-CIA-032〜042）について、E2Eテストとの役割分担を確認
- [ ] 2100年以降対応（UT-CIA-002, UT-CIA-010）の必要性を確認
- [ ] 既存テストコードでカバーされているケースと新規ケースの優先度を確認
