---
generated_at: 2026-03-01 16:30:00
metrics:
  claims_total: 28
  claims_with_evidence: 26
  claims_without_evidence: 2
confidence_derived: 0.93
---

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

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.93**
  - 根拠あり：26 / 28、根拠なし：2
- 優先レビュー（高）
  1. **カバレッジ目標**：明示的な設定ファイルが存在しない
  2. **不具合管理プロセス**：CONTRIBUTINGガイド等の確認が必要

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

- E-01: `/Users/tomoka.baba/Work/nushell-main/Cargo.toml`
- E-02: `/Users/tomoka.baba/Work/nushell-main/.github/workflows/ci.yml`
- E-03: `/Users/tomoka.baba/Work/nushell-main/.github/workflows/audit.yml`
- E-04: `/Users/tomoka.baba/Work/nushell-main/.github/workflows/typos.yml`
- E-05: `/Users/tomoka.baba/Work/nushell-main/crates/nu-test-support/Cargo.toml`
- E-06: `/Users/tomoka.baba/Work/nushell-main/crates/nu-test-support/src/lib.rs`
- E-07: `/Users/tomoka.baba/Work/nushell-main/crates/nu-test-support/src/macros.rs`
- E-08: `/Users/tomoka.baba/Work/nushell-main/crates/nu-plugin-test-support/Cargo.toml`
- E-09: `/Users/tomoka.baba/Work/nushell-main/crates/nu-std/testing.nu`
- E-10: `/Users/tomoka.baba/Work/nushell-main/benches/benchmarks.rs`
- E-11: `/Users/tomoka.baba/Work/nushell-main/crates/nu-parser/fuzz/Cargo.toml`
- E-12: `/Users/tomoka.baba/Work/nushell-main/tests/` ディレクトリ構造

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | プロジェクトはRustで実装されている | E-01 | ○ |
| C-02 | 31以上のクレートから構成されるワークスペース | E-01 (workspace.members) | ○ |
| C-03 | Cargoの組み込みテストフレームワークを使用 | E-01, E-02 | ○ |
| C-04 | 単体テストは #[test] アトリビュートで実装 | ソースコード内の #[test] 使用箇所 | ○ |
| C-05 | 結合テストは tests/ ディレクトリ配下 | E-12 | ○ |
| C-06 | 標準ライブラリテストは nu-std で実行 | E-02, E-09 | ○ |
| C-07 | プラグインテストは nu_plugin_* クレートで実装 | E-02, E-08 | ○ |
| C-08 | ベンチマークにtango-benchを使用 | E-01, E-10 | ○ |
| C-09 | セキュリティ監査にcargo-auditを使用 | E-03 | ○ |
| C-10 | Clippyによる静的解析を実施 | E-02 | ○ |
| C-11 | typosによるスペルチェックを実施 | E-04 | ○ |
| C-12 | ファジングテストにlibfuzzer-sysを使用 | E-11 | ○ |
| C-13 | WASMビルドテストを実施 | E-02 (wasm job) | ○ |
| C-14 | テスト対象プラットフォームはWindows, macOS, Ubuntu 22.04 | E-02 (matrix.platform) | ○ |
| C-15 | Rust MSRV は 1.91.1 | E-01 (rust-version) | ○ |
| C-16 | rstestを使用（バージョン0.23） | E-01 (workspace.dependencies) | ○ |
| C-17 | pretty_assertionsを使用（バージョン1.4） | E-01 (workspace.dependencies) | ○ |
| C-18 | tempfileを使用（バージョン3.24） | E-01 (workspace.dependencies) | ○ |
| C-19 | mockitoを使用（バージョン1.7） | E-01 (workspace.dependencies) | ○ |
| C-20 | quickcheckを使用（バージョン1.1） | E-01 (workspace.dependencies) | ○ |
| C-21 | nu! マクロでテスト環境を構築可能 | E-07 | ○ |
| C-22 | nu-plugin-test-support でプラグインテストヘルパーを提供 | E-08 | ○ |
| C-23 | CI で ci プロファイルを使用 | E-02 (--profile ci) | ○ |
| C-24 | 標準ライブラリテストはアノテーションベース | E-09 (valid_annotations) | ○ |
| C-25 | テストの並列実行が可能 | E-09 (--threads オプション) | ○ |
| C-26 | プラグインテストはメインテストと分離実行 | E-02 (plugins job) | ○ |
| C-27 | 明示的なカバレッジ目標は設定されていない | **根拠なし** | △ |
| C-28 | 不具合管理はGitHub Issuesで実施 | **根拠なし** | △ |

## 4) 不足情報（Unknown / Missing）
- **カバレッジ目標に関する設定ファイルが見つからない**
  - 候補：`.codecov.yml` / `tarpaulin.toml` / CI設定内のカバレッジ収集設定
  - 調査結果：プロジェクト内にカバレッジ関連の設定ファイルは存在しない

- **不具合管理プロセスの詳細ドキュメントが未確認**
  - 候補：`CONTRIBUTING.md` / `DEVELOPMENT.md` / Issue templates
  - 調査結果：GitHub Issuesの使用は推測に基づく（一般的なOSSプラクティス）

## 5) リスクフラグ（レビュー観点）
- **0: 低リスク** - テストフレームワーク、ツールに関する記述（E-01, E-02で確認済み）
- **0: 低リスク** - CI/CDパイプラインの構成（E-02で詳細確認済み）
- **1: 中リスク** - カバレッジ目標の記述（根拠なしだが「設定されていない」と明記）
- **1: 中リスク** - 不具合管理プロセス（一般的なOSSプラクティスに基づく推測）

## 6) レビュアーチェックリスト（最小）
- [ ] カバレッジ目標の方針について、プロジェクトメンテナに確認が必要か判断する
- [ ] 不具合管理プロセスについて、CONTRIBUTING.md等の追加確認が必要か判断する
- [ ] 各テストツールのバージョン情報がCargo.tomlと整合しているか確認する
- [ ] CI/CDワークフローの記述がci.ymlの実際の構成と一致しているか確認する
- [ ] プラットフォーム対応の記述（Ubuntu 22.04固定など）が最新の状態を反映しているか確認する
