---
generated_at: 2026-01-29 12:00:00
metrics:
  claims_total: 32
  claims_with_evidence: 30
  claims_without_evidence: 2
confidence_derived: 0.94
---

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

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.94**
  - 根拠あり：30 / 32、根拠なし：2
- 優先レビュー（高）
  1. **カバレッジ目標値**：明示的な目標設定が見つからず推奨値として記載
  2. **受入テスト担当**：具体的な担当者定義が見つからず一般的な記載

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

- E-01: `Gemfile` - Ruby/Railsテスト関連gem定義
- E-02: `package.json` - フロントエンドテストツール定義
- E-03: `spec/rails_helper.rb` - RSpec設定
- E-04: `spec/spec_helper.rb` - RSpec共通設定
- E-05: `.rspec` - RSpec設定ファイル
- E-06: `vite.config.ts` - Vitest設定
- E-07: `.github/workflows/run_foss_spec.yml` - CI/CDバックエンドテスト設定
- E-08: `.github/workflows/frontend-fe.yml` - CI/CDフロントエンドテスト設定
- E-09: `.github/workflows/run_mfa_spec.yml` - MFAテスト設定
- E-10: `.github/workflows/test_docker_build.yml` - Dockerビルドテスト設定
- E-11: `spec/factories/` - FactoryBot定義ディレクトリ（80以上のファイル）
- E-12: `spec/support/` - テストヘルパーディレクトリ
- E-13: `spec/` - バックエンドテストディレクトリ構成
- E-14: `app/javascript/**/specs/` - フロントエンドテストディレクトリ構成

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | Ruby 3.4.4を使用 | E-01（`ruby '3.4.4'`） | ○ |
| C-02 | Node.js 24.xを使用 | E-02（`"node": "24.x"`）、E-07 | ○ |
| C-03 | RSpec >= 6.1.5を使用 | E-01（`'rspec-rails', '>= 6.1.5'`） | ○ |
| C-04 | FactoryBot >= 6.4.3を使用 | E-01（`'factory_bot_rails', '>= 6.4.3'`） | ○ |
| C-05 | WebMockを使用 | E-01、E-04（`require 'webmock/rspec'`） | ○ |
| C-06 | Shoulda Matchersを使用 | E-01、E-03 | ○ |
| C-07 | Pundit RSpecを使用 | E-03（`require 'pundit/rspec'`） | ○ |
| C-08 | Sidekiq Testingを使用 | E-03（`require 'sidekiq/testing'`） | ○ |
| C-09 | Test Profを使用 | E-01、E-03（`require 'test_prof/recipes/rspec/before_all'`） | ○ |
| C-10 | SimpleCov >= 0.21を使用 | E-01（`'simplecov', '>= 0.21'`） | ○ |
| C-11 | Database Cleanerを使用 | E-01（`gem 'database_cleaner'`） | ○ |
| C-12 | RuboCopを使用 | E-01（`gem 'rubocop'`） | ○ |
| C-13 | Brakemanを使用 | E-01（`gem 'brakeman'`） | ○ |
| C-14 | Bundle Auditを使用 | E-01（`gem 'bundle-audit'`） | ○ |
| C-15 | Climate Controlを使用 | E-01、E-04（`ClimateControl.modify`） | ○ |
| C-16 | Mock Redisを使用 | E-01（`gem 'mock_redis'`） | ○ |
| C-17 | Vitest 3.0.5を使用 | E-02（`"vitest": "3.0.5"`） | ○ |
| C-18 | Vue Test Utils >= 2.4.6を使用 | E-02（`"@vue/test-utils": "^2.4.6"`） | ○ |
| C-19 | jsdom >= 27.2.0を使用 | E-02（`"jsdom": "^27.2.0"`） | ○ |
| C-20 | fake-indexeddb >= 6.0.0を使用 | E-02（`"fake-indexeddb": "^6.0.0"`）、E-06 | ○ |
| C-21 | ESLint >= 8.57.0を使用 | E-02（`"eslint": "^8.57.0"`） | ○ |
| C-22 | バックエンドテストは16並列で実行 | E-07（`ci_node_total: [16]`） | ○ |
| C-23 | PostgreSQL 16（pgvector）を使用 | E-07（`image: pgvector/pgvector:pg16`） | ○ |
| C-24 | Redis Alpineを使用 | E-07（`image: redis:alpine`） | ○ |
| C-25 | テスト結果をJSONで保存 | E-07（`--format json --out tmp/rspec_results.json`） | ○ |
| C-26 | Vitestでthreadsプールを使用 | E-06（`pool: 'threads'`） | ○ |
| C-27 | フロントエンドカバレッジはlcovとtext形式 | E-06（`reporter: ['lcov', 'text']`） | ○ |
| C-28 | バックエンドテストファイル数約662 | E-13（`find spec -name '*_spec.rb' | wc -l` → 662） | ○ |
| C-29 | フロントエンドテストファイル数約339 | E-14（ファイルカウント結果） | ○ |
| C-30 | 80以上のファクトリ定義が存在 | E-11（spec/factoriesディレクトリ内のファイル数） | ○ |
| C-31 | カバレッジ目標値（バックエンド80%、フロントエンド70%） | **根拠なし** | △ |
| C-32 | 受入テスト担当がプロダクトオーナー/QAエンジニア | **根拠なし** | △ |

## 4) 不足情報（Unknown / Missing）
- **カバレッジ目標値**：プロジェクト内に明示的なカバレッジ目標の定義が見つかりませんでした。記載した値は一般的な推奨値です。
  - 候補：CONTRIBUTING.md / テスト方針ドキュメント / CI設定
- **受入テスト担当**：組織構造やロール定義のドキュメントが見つかりませんでした。
  - 候補：CONTRIBUTING.md / チーム構成ドキュメント

## 5) リスクフラグ（レビュー観点）
- **0（低リスク）**：テストツール・フレームワーク情報 - 設定ファイルから直接確認可能
- **0（低リスク）**：CI/CD設定 - ワークフローファイルから直接確認可能
- **1（中リスク）**：カバレッジ目標 - 明示的な定義がなく推奨値として記載
- **0（低リスク）**：テストディレクトリ構成 - 実際のディレクトリ構造と一致

## 6) レビュアーチェックリスト（最小）
- [ ] カバレッジ目標値がプロジェクトの方針と一致しているか確認
- [ ] 受入テスト担当の記載が実際の運用と一致しているか確認
- [ ] 記載されたテストツールのバージョンが最新の設定ファイルと一致しているか確認
- [ ] CI/CDワークフローの記述が最新の状態と一致しているか確認
- [ ] Enterprise版テストの取り扱いが正確かどうか確認
