# テストケース・実行結果ひな形（記入例）

架空企業「みらい業務サービス」の社内依頼・承認管理アプリの例。実在する会社・案件・人物は含まない。
記事「承認可否の判定関数にテストケースを作り、期待値と照合する」（09-01）の本文で実際に実行して確認した内容をまとめたもの。空欄版は `09-01-unit-tests_template.md`。

## 1. テストケース・実行結果

| ID | 対象処理 | 入力 | 期待値 | 実行結果 | 判定 | 関連要件ID |
|---|---|---|---|---|---|---|
| TC-01 | canApprove | 提出済み・割当承認者・本人でない | true | true | PASS | REQ-004 |
| TC-02 | canApprove | 下書き・割当承認者・本人でない | false | false | PASS | REQ-004 |
| TC-03 | canApprove | 承認済み・割当承認者・本人でない | false | false | PASS | REQ-004 |
| TC-04 | canApprove | 提出済み・非割当・本人でない | false | false | PASS | REQ-002 |
| TC-05 | canApprove | 提出済み・割当承認者・本人 | false | false | PASS | REQ-003 |
| TC-06 | canApprove | 状態が空文字・割当承認者・本人でない | false | false | PASS | REQ-004 |

実行環境：macOS 26.6.2、Node.js v24.18.0、2026-09-20実行。実行記録は `evidence_public/phase5b2b-2026-09-20/09-01/run_log.md`。

検証対象：canApprove（08-01）だけ。08-02の保存・提出のガード、08-04の部分失敗の扱いは対象外。

検出力の確認：条件を1つずつ壊した版5通り（状態の判定なし／割当の判定なし／自己承認の判定なし／状態の比較を反転／空文字だけ通る）を、上の6件すべてが検出できた。割当（TC-04）、自己承認（TC-05）、空文字（TC-06）は1件だけが守っている。

## 2. 完了条件の確認

- [x] 正常・異常・境界の3種類が含まれている
- [x] 期待値が実行前に書かれている
- [x] 実行結果に環境と日時がある

## 3. 次工程へ渡すもの

- [x] テストケース・実行結果（第1節）
- [ ] 承認者：総務課長（架空）— 記入例のため未承認の扱い