# バッチ設計書 23-runfuzz.bat

## 概要

VTコマンドファザーを実行し、生成されたペイロードをfuzzwrapperで複数のコードページ（0/1200/437）でテストするバッチファイルの設計書。ファズテストのオーケストレーションを行う。

### 本バッチの処理概要

本バッチは、ターミナルパーサーに対するファズテスト（Fuzz Testing）を一括実行するオーケストレーションスクリプトである。VTCommandFuzzer でランダムなペイロードを生成し、それらを複数のコードページで fuzzwrapper に入力してパーサーの堅牢性を検証する。

**業務上の目的・背景**：VTシーケンスパーサーはセキュリティ上重要なコンポーネントであり、不正な入力や予期しないバイトシーケンスに対してクラッシュやメモリ破壊が発生しないことを保証する必要がある。ファズテストにより、手動テストでは発見困難なエッジケースやバグを自動的に検出できる。

**バッチの実行タイミング**：パーサー関連のコード変更時や、リリース前の品質確認として随時手動で実行する。

**主要な処理内容**：
1. ファズテスト用のペイロード出力ディレクトリ（`%_NTTREE%\unittests\ft_fuzzer`）を作成する
2. `ft_fuzzer/run.bat` を呼び出し、VTCommandFuzzer.exe で10個のランダムペイロード（.binファイル）を生成する
3. 生成された各 .bin ファイルに対して、3つのコードページ（0, 1200, 437）で `ft_fuzzwrapper/run.bat` を実行する
   - コードページ 0: システムデフォルト
   - コードページ 1200: UTF-16
   - コードページ 437: OEM US（CP437）

**前後の処理との関連**：`ft_fuzzer/run.bat`（No.24）と `ft_fuzzwrapper/run.bat`（No.25）を呼び出す。テスト完了後は `delfuzzpayload.bat`（No.26）でペイロードディレクトリを削除できる。

**影響範囲**：ファイルシステム上にペイロードファイルを一時的に作成する。テスト実行自体はプロダクションコードに影響しない。

## バッチ種別

テスト実行（ファズテスト・オーケストレーション）

## 実行スケジュール

| 項目 | 内容 |
|-----|------|
| 実行頻度 | 随時 |
| 実行時刻 | 任意 |
| 実行曜日 | N/A |
| 実行日 | N/A |
| トリガー | 手動（開発者による実行） |

## 実行条件

### 前提条件

| 条件 | 説明 |
|-----|------|
| ビルド完了 | `VTCommandFuzzer.exe` と `conterm.parser.fuzzwrapper.exe` がビルド済みであること |
| 環境変数 `_NTTREE` | ビルド出力ディレクトリを指す環境変数が設定済みであること |
| ディスク空き容量 | ペイロードファイルを格納するための十分な空き容量があること |

### 実行可否判定

特別な実行可否判定ロジックはない。前提条件が満たされていれば実行可能。

## 入力仕様

### 入力パラメータ

| パラメータ名 | 型 | 必須 | デフォルト値 | 説明 |
|-------------|-----|-----|-------------|------|
| なし | - | - | - | 本バッチは引数を受け取らない。ペイロード生成数（10）はハードコードされている |

### 入力データソース

| データソース | 形式 | 説明 |
|-------------|------|------|
| VTCommandFuzzer.exe | 実行ファイル | ランダムなVTコマンドペイロードを生成するファザー |
| conterm.parser.fuzzwrapper.exe | 実行ファイル | ペイロードをパーサーに入力してテストするラッパー |

## 出力仕様

### 出力データ

| 出力先 | 形式 | 説明 |
|-------|------|------|
| `%_NTTREE%\unittests\ft_fuzzer\` | .bin ファイル | VTCommandFuzzer が生成したペイロードファイル群 |
| コンソール（標準出力） | テキスト | ファズテスト実行結果 |

### 出力ファイル仕様

| 項目 | 内容 |
|-----|------|
| ファイル名 | VTCommandFuzzer が自動命名（*.bin） |
| 出力先 | `%_NTTREE%\unittests\ft_fuzzer\` |
| 文字コード | バイナリ |
| 区切り文字 | N/A |

## 処理フロー

### 処理シーケンス

```
1. ペイロードディレクトリ作成
   └─ mkdir %_NTTREE%\unittests\ft_fuzzer
2. ファザー実行
   └─ ft_fuzzer/run.bat 10 %_NTTREE%\unittests\ft_fuzzer でペイロード生成
3. ペイロードごとのfuzzwrapperテスト（ループ）
   └─ ft_fuzzer ディレクトリ内の全 .bin ファイルに対して:
      ├─ ft_fuzzwrapper/run.bat <file> 0    （コードページ 0）
      ├─ ft_fuzzwrapper/run.bat <file> 1200  （コードページ 1200: UTF-16）
      └─ ft_fuzzwrapper/run.bat <file> 437   （コードページ 437: CP437）
```

### フローチャート

```mermaid
flowchart TD
    A[runfuzz.bat 起動] --> B["mkdir ft_fuzzer ディレクトリ"]
    B --> C["VTCommandFuzzer.exe で10個のペイロード生成"]
    C --> D{"ft_fuzzer/*.bin をループ"}
    D -->|各 .bin ファイル| E["fuzzwrapper コードページ 0 で実行"]
    E --> F["fuzzwrapper コードページ 1200 で実行"]
    F --> G["fuzzwrapper コードページ 437 で実行"]
    G --> D
    D -->|全ファイル処理完了| H[バッチ終了]
```

## データベース操作仕様

### 操作別データベース影響一覧

データベース操作はない。

## エラー処理

### エラーケース一覧

| エラーコード | エラー種別 | 発生条件 | 対処方法 |
|------------|----------|---------|---------|
| N/A | ディレクトリ作成失敗 | 権限不足やディスク容量不足 | 権限・容量を確認する |
| N/A | ファザー実行失敗 | VTCommandFuzzer.exe が存在しない | ビルドを実行する |
| N/A | fuzzwrapper実行失敗 | conterm.parser.fuzzwrapper.exe が存在しない | ビルドを実行する |
| N/A | クラッシュ検出 | fuzzwrapper がクラッシュした場合 | 該当ペイロードを保存し、パーサーのバグを調査する |

### リトライ仕様

| 項目 | 内容 |
|-----|------|
| リトライ回数 | なし |
| リトライ間隔 | N/A |
| リトライ対象エラー | N/A |

### 障害時対応

ファザーまたはfuzzwrapperがクラッシュした場合、該当ペイロードファイルを保存して再現テストに使用する。`delfuzzpayload.bat`（No.26）でクリーンアップ可能。

## トランザクション仕様

| 項目 | 内容 |
|-----|------|
| トランザクション範囲 | N/A |
| コミットタイミング | N/A |
| ロールバック条件 | N/A |

## パフォーマンス要件

| 項目 | 内容 |
|-----|------|
| 想定処理件数 | 10ペイロード x 3コードページ = 30テスト実行 |
| 目標処理時間 | ペイロードの内容に依存 |
| メモリ使用量上限 | 特に制限なし |

## 排他制御

排他制御は行わない。ただし、同一ディレクトリへの同時実行は避けるべきである。

## ログ出力

| ログ種別 | 出力タイミング | 出力内容 |
|---------|--------------|---------|
| テスト結果ログ | 各fuzzwrapper実行時 | テスト実行結果（成功/クラッシュ） |

## 監視・アラート

| 監視項目 | 閾値 | アラート先 |
|---------|-----|----------|
| N/A | N/A | N/A |

## 備考

- ソースファイルパス: `src/terminal/parser/runfuzz.bat`
- ペイロード生成数（10）はバッチファイル内にハードコードされている
- テスト対象のコードページ（0, 1200, 437）もハードコードされている
- テスト完了後のクリーンアップには `delfuzzpayload.bat`（No.26）を使用する
- CALLコマンドを使用しているため、呼び出し先のバッチ完了後に制御が戻る
