テストケース・実行結果（記入例） | AI時代のシステム開発の基礎

正本：templates/09-01-unit-tests_example.md。以下は正本をそのまま表示したものです。

架空企業「みらい業務サービス」の社内依頼・承認管理アプリの例。実在する会社・案件・人物は含まない。記事「承認可否の判定関数にテストケースを作り、期待値と照合する」（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件だけが守っている。