---
generated_at: 2026-02-18 17:50:00
metrics:
  claims_total: 28
  claims_with_evidence: 24
  claims_without_evidence: 4
confidence_derived: 0.86
---

# 根拠レポート：テスト方針書

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.86**
  - 根拠あり：24 / 28、根拠なし：4
- 優先レビュー（高）
  1. **テストレベルの担当者定義**：根拠不足
  2. **不具合の優先度定義**：根拠不足
  3. **今後の改善計画**：根拠不足

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

- E-01: `.github/workflows/main.yml` - CI ワークフロー（構文検証テスト）
- E-02: `.github/workflows/installer.yml` - インストーラーテストワークフロー
- E-03: `.github/workflows/scorecard.yml` - セキュリティ監査ワークフロー
- E-04: `.github/workflows/dependencies.yml` - 依存関係更新ワークフロー
- E-05: `.github/workflows/project.yml` - プロジェクト管理ワークフロー
- E-06: `plugins/alias-finder/tests/test_run.sh` - ZUnit テストファイル
- E-07: `lib/tests/cli.test.zsh` - CLI テストファイル
- E-08: `plugins/alias-finder/tests/_support/bootstrap` - テストブートストラップ
- E-09: `plugins/alias-finder/tests/_support/.gitkeep` - サポートディレクトリ
- E-10: `plugins/alias-finder/tests/_output/.gitkeep` - 出力ディレクトリ
- E-11: `CONTRIBUTING.md` - コントリビューションガイドライン

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | 355以上のプラグインと140以上のテーマを提供 | プロジェクト構造（plugins/themes ディレクトリ） | ○ |
| C-02 | 構文検証テストをCI/CDで実行 | E-01 | ○ |
| C-03 | Ubuntu と macOS でテスト実行 | E-02 | ○ |
| C-04 | ZUnit フレームワークを使用 | E-06 | ○ |
| C-05 | zsh -n による構文検証 | E-01 | ○ |
| C-06 | OSSF Scorecard v2.4.3 使用 | E-03 | ○ |
| C-07 | harden-runner v2.14.2 使用 | E-01, E-02, E-03 | ○ |
| C-08 | テストフィクスチャの配置場所 | E-08, E-09 | ○ |
| C-09 | テスト出力ディレクトリの配置 | E-10 | ○ |
| C-10 | 並行性制御の設定 | E-01, E-02, E-03 | ○ |
| C-11 | クロスプラットフォームテスト | E-02 | ○ |
| C-12 | Vercel への自動デプロイ | E-02 | ○ |
| C-13 | テストは ohmyzsh/ohmyzsh リポジトリのみ実行 | E-01, E-02 | ○ |
| C-14 | installer.yml のトリガー条件 | E-02 | ○ |
| C-15 | scorecard.yml は週次実行 | E-03 | ○ |
| C-16 | dependencies.yml は週次実行 | E-04 | ○ |
| C-17 | project.yml はIssue/PR作成時に実行 | E-05 | ○ |
| C-18 | 構文検証の対象ファイル一覧 | E-01 | ○ |
| C-19 | CLI テストの実装 | E-07 | ○ |
| C-20 | alias-finder プラグインのテスト実装 | E-06 | ○ |
| C-21 | GitHub Issues での不具合報告 | E-11 | ○ |
| C-22 | Conventional Commits の使用 | E-11 | ○ |
| C-23 | PR レビュープロセス | E-11 | ○ |
| C-24 | テストレベル（単体/結合/システム/受入）の定義 | **根拠なし** | △ |
| C-25 | 不具合の優先度定義（Critical/High/Medium/Low） | **根拠なし** | △ |
| C-26 | 今後の改善計画 | **根拠なし** | △ |
| C-27 | コードカバレッジツール未導入 | プロジェクト構造（設定ファイル不在） | ○ |
| C-28 | テストデータの動的生成方式 | E-06, E-07 | ○ |

## 4) 不足情報（Unknown / Missing）
- **テストレベルの担当者定義**: プロジェクトドキュメントに明示的な担当者定義がないため、一般的なオープンソースプロジェクトの慣行に基づいて記載
  - 候補：CONTRIBUTING.md の詳細確認 / Wiki ページ / メンテナーへの確認
- **不具合の優先度定義**: プロジェクトに明示的な優先度定義がないため、一般的なソフトウェア開発の慣行に基づいて記載
  - 候補：GitHub Issues のラベル体系 / プロジェクト管理設定
- **今後の改善計画**: プロジェクトのロードマップやディスカッションに基づく推測
  - 候補：GitHub Discussions / Wiki / メンテナーへの確認

## 5) リスクフラグ（レビュー観点）
- 0: 低リスク - CI/CD ワークフローの記述（実在する設定ファイルから直接抽出）
- 0: 低リスク - テストツールの記述（実在するテストファイルから確認）
- 1: 中リスク - テストレベルと担当者の定義（推測を含む）
- 1: 中リスク - 不具合管理プロセス（一般的な慣行に基づく記載）
- 2: 高リスク - 今後の改善計画（プロジェクトの公式な計画として確認が必要）

## 6) レビュアーチェックリスト（最小）
- [ ] CI/CD ワークフローの記述が最新の設定ファイルと一致しているか確認
- [ ] テストツール（ZUnit、OSSF Scorecard）のバージョンが正確か確認
- [ ] テストレベルの担当者定義がプロジェクトの実態と合致しているか確認
- [ ] 不具合の優先度定義がプロジェクトの運用と一致しているか確認
- [ ] 構文検証の対象ファイルパターンが main.yml と一致しているか確認
- [ ] クロスプラットフォームテストの対象OS（Ubuntu、macOS）が正確か確認
