---
generated_at: 2026-02-21 12:00:00
metrics:
  claims_total: 32
  claims_with_evidence: 28
  claims_without_evidence: 4
confidence_derived: 0.88
---

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

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.88**
  - 根拠あり：28 / 32、根拠なし：4
- 優先レビュー（高）
  1. **カバレッジ目標（機能カバレッジ100%）**：プロジェクト方針としての根拠なし、一般的なベストプラクティスに基づく推奨値
  2. **不具合管理ツール（GitHub Issues推奨）**：プロジェクトのリポジトリ管理方法に関する具体的根拠なし
  3. **CI/CD推奨構成（hspcmp使用）**：hspcmpのコマンドライン利用可能性の具体的確認が未実施
  4. **テスト担当者の役割分担**：プロジェクトの開発体制に関する情報が不足

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

- E-01: `README.md` — プロジェクト概要、バージョン情報、ソースコード品質の記述
- E-02: `kshootmania.hsp` — ゲーム本体エントリポイント（2,516行）
- E-03: `kshooteditor.hsp` — 譜面エディタエントリポイント（17,429行）
- E-04: `src/scene/` ディレクトリ — シーン処理ファイル（18ファイル、約14,500行）
- E-05: `src/audio/fxdef.hsp` — エフェクト定義（206行）
- E-06: `src/audio/key_sound.as` — キー音再生管理（109行）
- E-07: `src/audio/laser_slam_sound.as` — レーザースラム音管理（86行）
- E-08: `src/winapi.as` — Win32 API呼び出し定義（81行）
- E-09: `src/filesystem_utils.as` — ファイルシステムユーティリティ（74行）
- E-10: `src/bass.as` — BASS Audio ラッパー（48行）
- E-11: `src/ksmcore.as` — ksmcore.dll呼び出し定義（26行）
- E-12: `src/kson.as` — KSON フォーマット処理定義（11行）
- E-13: `third_party/` ディレクトリ — サードパーティライブラリ（15ファイル）
- E-14: `lib/` ディレクトリ — VSTプラグイン（7ファイル）
- E-15: `lang/` ディレクトリ — 言語ファイル（5言語）
- E-16: `songs/K-Shoot MANIA/` — デフォルト楽曲データ
- E-17: `imgs/` ディレクトリ — 画像リソース（14MB）
- E-18: `se/` ディレクトリ — 効果音・BGMリソース（7.5MB）
- E-19: `*.dll` — DLLファイル群（ksmcore.dll、kson.dll、kshlib.dll、bass.dll等）
- E-20: `docs/code-to-docs/` — 既存設計ドキュメント（機能設計書266個、画面設計書21個等）
- E-21: プロジェクトディレクトリ全体の走査 — テストフレームワーク・CI/CD設定の不在を確認

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | プロジェクト名はK-Shoot MANIA v1.xx、バージョンは1.75b | E-01 | ○ |
| C-02 | 開発言語はHSP 3.51（ANSI版、x86）+ C++（DLL） | E-01, E-02 | ○ |
| C-03 | ソースコード規模は約19,945行 | E-02, E-03 | ○ |
| C-04 | ゲーム本体はkshootmania.hsp（2,516行） | E-02 | ○ |
| C-05 | 譜面エディタはkshooteditor.hsp（17,429行） | E-03 | ○ |
| C-06 | HSPには標準テストフレームワークが存在しない | E-21 | ○ |
| C-07 | CI/CDパイプラインは未導入 | E-21 | ○ |
| C-08 | グローバル変数設計でモジュール分離がされていない | E-01, E-02, E-03 | ○ |
| C-09 | DLL連携（ksmcore.dll、kson.dll、kshlib.dll）がある | E-11, E-12, E-19 | ○ |
| C-10 | シーン処理は18ファイル約14,500行 | E-04 | ○ |
| C-11 | オーディオ処理は3ファイル（fxdef.hsp、key_sound.as、laser_slam_sound.as） | E-05, E-06, E-07 | ○ |
| C-12 | Win32 API呼び出し定義がwinapi.asに存在 | E-08 | ○ |
| C-13 | ファイルシステムユーティリティがfilesystem_utils.asに存在 | E-09 | ○ |
| C-14 | BASS Audio Libraryをオーディオエンジンとして使用 | E-10, E-19 | ○ |
| C-15 | サードパーティライブラリがthird_party/に15ファイル存在 | E-13 | ○ |
| C-16 | VSTプラグインがlib/に7ファイル存在 | E-14 | ○ |
| C-17 | 5言語対応（日/英/韓/簡中/繁中） | E-15 | ○ |
| C-18 | デフォルト楽曲がsongs/K-Shoot MANIA/に存在 | E-16 | ○ |
| C-19 | 画像リソースがimgs/に14MB存在 | E-17 | ○ |
| C-20 | 効果音・BGMがse/に7.5MB存在 | E-18 | ○ |
| C-21 | 既存設計ドキュメント（機能設計書266個等）が整備されている | E-20 | ○ |
| C-22 | HSPのビルドはスクリプトエディタでの手動ビルドのみ | E-01, E-21 | ○ |
| C-23 | READMEで「ひどいソースコード」と明記されている | E-01 | ○ |
| C-24 | 削除済み機能（INPUT GATE、Twitter連携、IR）がある | E-01, E-02 | ○ |
| C-25 | Direct3D 9を使用している | E-02, E-04 | ○ |
| C-26 | 60fps維持のフレームレート安定性がテスト観点として重要 | E-02, E-04 | ○ |
| C-27 | ノーツ判定（CRITICAL/NEAR/ERROR）の正確性がテスト観点として重要 | E-04 | ○ |
| C-28 | コースモードでの連続プレイ機能がある | E-04 | ○ |
| C-29 | 機能カバレッジ・シーンカバレッジ100%を目標とする | **根拠なし** | △ |
| C-30 | 不具合管理にGitHub Issuesを推奨 | **根拠なし** | △ |
| C-31 | CI/CD自動化にhspcmpコマンドラインコンパイラを推奨 | **根拠なし** | △ |
| C-32 | テスト担当として開発者・QA・テスター・ベータユーザーの役割分担を定義 | **根拠なし** | △ |

## 4) 不足情報（Unknown / Missing）
- **カバレッジ目標の根拠**: プロジェクト固有の品質方針やリリース基準に関するドキュメントが存在しないため、一般的なベストプラクティスに基づいて推奨値を設定した
  - 候補：プロジェクト品質方針書 / リリース基準定義書 / 過去のリリース実績
- **不具合管理ツールの根拠**: プロジェクトのバージョン管理・課題管理に関する情報が不足している
  - 候補：既存の課題管理システム / チーム運用ルール / .gitの設定情報
- **CI/CD構成の実現可能性**: hspcmpコマンドラインコンパイラの利用可能性・バージョン互換性の確認が未実施
  - 候補：HSP公式ドキュメント / hspcmpの動作確認結果
- **開発体制**: テスト担当者の役割分担を定義したが、実際の開発チーム構成が不明
  - 候補：プロジェクト体制図 / 開発者インタビュー

## 5) リスクフラグ（レビュー観点）
- **リスク0（低リスク）**: C-01〜C-28 — ソースコード・設定ファイルから直接確認可能な事実に基づく主張
- **リスク1（中リスク）**: C-29, C-30 — 推奨値・ツール選定であり、プロジェクト方針によって変更される可能性がある
- **リスク1（中リスク）**: C-31 — HSPコマンドラインコンパイラの実現可能性確認が必要
- **リスク1（中リスク）**: C-32 — 開発体制の実態に合わせた調整が必要

## 6) レビュアーチェックリスト（最小）
- [ ] カバレッジ目標（機能カバレッジ100%）がプロジェクトの品質方針と整合しているか確認する
- [ ] 不具合管理ツール（GitHub Issues推奨）が実際の運用に適合するか確認する
- [ ] hspcmpコマンドラインコンパイラが実際に利用可能か確認する
- [ ] テスト担当者の役割分担が実際の開発体制と一致しているか確認する
- [ ] テスト対象外の判断（サードパーティライブラリ、VSTプラグイン等）が妥当か確認する
- [ ] 60fps維持、ノーツ判定精度等のゲーム固有テスト観点が網羅されているか確認する
