架空企業「みらい業務サービス」の社内依頼・承認管理アプリの例。実在する会社・案件・人物は含まない。 記事「重複・入れ違い・想定利用量のリスクを、実行できる範囲で確認する」（09-03）の本文で実際に実行して確認した内容をまとめたもの。空欄版は 09-03-risk-tests_template.md。

1. リスク別の検証結果

リスク場面期待結果確認方法結果実行済み／未検証関連要件ID
権限割当外・自己承認の操作承認できない09-01・09-02のテストケース期待どおり実行済みREQ-002、REQ-003
重複同じ承認操作が二重に届く2回目は更新されない状態条件つき更新を2回連続で呼び出す期待どおり実行済み（状態条件の確認。同時アクセスの再現ではない）REQ-007
途中失敗状態変更後に履歴の記録が失敗する部分失敗として扱われる08-04の修正済みコード期待どおり実行済みREQ-005〜007
同時更新承認と再提出が入れ違う承認済み後の再提出は防止される状態条件つき更新を順に呼び出す期待どおり実行済み（状態条件の確認。同時アクセスの再現ではない）REQ-006
想定利用量架空データ50件の繰り返し処理エラーなく完了する繰り返し実行し所要時間を記録50件・6ms（2026-09-20 再実行時。所要時間は環境依存で、性能の指標ではない）実行済み（小規模な繰り返し確認。負荷試験ではない）—

未検証項目の理由と今後の確認方法：実際の複数プロセスによる同時アクセスと、本番相当の負荷試験は、環境準備の負荷が大きいこと、想定利用量が架空の仮定にとどまることを理由に、この記事では確認していない。実データベース導入後・利用開始判断が近づいた段階で改めて検討する。

2. 完了条件の確認

3. 次工程へ渡すもの