---
generated_at: 2026-02-18 10:30: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: `/Users/shiori.matsubara/Desktop/liam-main/vitest.config.ts`
- E-02: `/Users/shiori.matsubara/Desktop/liam-main/package.json`
- E-03: `/Users/shiori.matsubara/Desktop/liam-main/.github/workflows/frontend-ci.yml`
- E-04: `/Users/shiori.matsubara/Desktop/liam-main/.github/workflows/e2e_tests.yml`
- E-05: `/Users/shiori.matsubara/Desktop/liam-main/.github/workflows/database-ci.yml`
- E-06: `/Users/shiori.matsubara/Desktop/liam-main/.github/workflows/codeql.yml`
- E-07: `/Users/shiori.matsubara/Desktop/liam-main/frontend/internal-packages/e2e/playwright.config.ts`
- E-08: `/Users/shiori.matsubara/Desktop/liam-main/frontend/internal-packages/agent/vitest.config.ts`
- E-09: `/Users/shiori.matsubara/Desktop/liam-main/frontend/internal-packages/agent/vitest.config.integration.ts`
- E-10: `/Users/shiori.matsubara/Desktop/liam-main/frontend/apps/app/vitest.config.ts`
- E-11: `/Users/shiori.matsubara/Desktop/liam-main/frontend/packages/schema/vitest.config.ts`
- E-12: `/Users/shiori.matsubara/Desktop/liam-main/frontend/internal-packages/db/supabase/tests/run-tests.sh`
- E-13: `/Users/shiori.matsubara/Desktop/liam-main/docs/test-principles.md`
- E-14: `/Users/shiori.matsubara/Desktop/liam-main/CLAUDE.md`

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | Vitest 3.2.4 を単体テストフレームワークとして使用 | E-02 | ○ |
| C-02 | @vitest/coverage-v8 3.2.4 でカバレッジ計測 | E-02 | ○ |
| C-03 | Playwright を E2E テストに使用 | E-04, E-07 | ○ |
| C-04 | pgTAP を PostgreSQL テストに使用 | E-05, E-12 | ○ |
| C-05 | Splinter を SQL リンティングに使用 | E-05 | ○ |
| C-06 | CodeQL をセキュリティ静的解析に使用 | E-06 | ○ |
| C-07 | カバレッジプロバイダーは v8 | E-01 | ○ |
| C-08 | カバレッジ出力形式は text, json, html | E-01 | ○ |
| C-09 | テスト除外パターンに node_modules, dist 等が含まれる | E-01 | ○ |
| C-10 | ワークスペースプロジェクト構成で frontend/apps/*, internal-packages/*, packages/* を対象 | E-01 | ○ |
| C-11 | frontend-ci は PR と Merge Group でトリガー | E-03 | ○ |
| C-12 | E2E テストは deployment_status でトリガー | E-04 | ○ |
| C-13 | E2E 対象ブラウザは Chromium と Mobile Safari | E-04, E-07 | ○ |
| C-14 | E2E テストでリトライは CI 環境で 5 回 | E-07 | ○ |
| C-15 | E2E 失敗時に Slack 通知（Production のみ） | E-04 | ○ |
| C-16 | database-ci は db パス変更時にトリガー | E-05 | ○ |
| C-17 | agent パッケージに結合テスト設定が存在 | E-08, E-09 | ○ |
| C-18 | 結合テストのタイムアウトは 30 分（1800000ms） | E-09 | ○ |
| C-19 | vitest.setup.ts でグローバル設定を実施 | E-10 | ○ |
| C-20 | dotenv で環境変数を読み込み | E-09, E-10 | ○ |
| C-21 | storageState.json で認証状態を永続化 | E-07 | ○ |
| C-22 | globalSetup で E2E 前処理を実施 | E-07 | ○ |
| C-23 | CI 環境は ubuntu-latest を使用 | E-03, E-04, E-05 | ○ |
| C-24 | Supabase Local を CI で起動 | E-03 | ○ |
| C-25 | setup-testing.sql でテスト環境セットアップ | E-05, E-12 | ○ |
| C-26 | テスト原則に「4つの柱」を採用 | E-13 | ○ |
| C-27 | テスト優先度を Critical/Medium/Low で分類 | E-13 | ○ |
| C-28 | 生成ファイル差分チェックを CI で実行 | E-03 | ○ |
| C-29 | Playwright ブラウザキャッシュを使用 | E-04 | ○ |
| C-30 | E2E 失敗時にアーティファクトをアップロード | E-04 | ○ |
| C-31 | カバレッジ目標値が明示的に設定されている | **根拠なし** | △ |
| C-32 | テストデータのフィクスチャファイルが存在する | **根拠なし** | △ |

## 4) 不足情報（Unknown / Missing）
- **カバレッジ目標値**: `vitest.config.ts` にはカバレッジ設定があるが、具体的な目標パーセンテージは未定義。プロジェクトポリシーとして明示的な数値目標が存在するか要確認。
  - 候補：プロジェクト Wiki / チーム規約ドキュメント / CONTRIBUTING.md
- **テストフィクスチャ詳細**: テストセットアップファイルは確認できるが、具体的なフィクスチャファイルやモックデータの詳細な一覧は未確認。
  - 候補：`__mocks__` ディレクトリ / `fixtures` ディレクトリ / 各テストファイル内のインラインデータ

## 5) リスクフラグ（レビュー観点）
- **0: 低リスク** - テストツール・フレームワークの記述（設定ファイルで直接確認可能）
- **0: 低リスク** - CI/CD パイプライン設定（ワークフローファイルで直接確認可能）
- **1: 中リスク** - カバレッジ目標値（明示的な根拠がないため、チームの合意が必要）
- **0: 低リスク** - テスト原則（docs/test-principles.md に明記）

## 6) レビュアーチェックリスト（最小）
- [ ] カバレッジ目標値についてチームポリシーを確認し、必要に応じて明示的な数値を追記
- [ ] テストデータ管理方針（フィクスチャ、モック）の詳細が必要か検討
- [ ] E2E テストの対象シナリオ一覧が必要か検討
- [ ] pgTAP テストケースの網羅性を確認
