
Conclusion
この記事の結論
新しい資料管理機能の反映時に、既存データの復元、整合性、画面の認証を確認しました。
稼働中の資料管理機能を増やすときは、新しく作成できることだけでなく、従来の記録を読み出せること、復元できること、閲覧が許可された範囲に限られることを同時に考えます。監査資料は、画面の見た目だけでは保存状態やアクセス条件を評価できません。
今回の対応
10月28日、資料管理用の4つのテーブルを追加しました。隔離した環境で148件を試験し、バックアップを復元できることとデータベースの整合性を確認しました。反映後には、資料管理画面に認証が適用されることも確かめました。
4つの表を追加するときの検証順
既存データのある状態に変更を適用し、関連する記録が壊れていないかを確認します。さらにバックアップを実際に復元し、復元後の整合性まで見ます。バックアップファイルが存在することと、使える状態に戻せることは検証内容が違います。アプリの自動試験と画面への認証も別の観測点です。
状況別の判断と次の対応
| 観察した状態 | そこから判断できること | 次に確認すること |
|---|---|---|
| 隔離環境で148件の試験が成功 | 試験項目の動作を確認できた | 対象ケースとテスト環境を残す |
| 復元と整合性を確認 | 既存データを戻す経路を試せた | 復元対象と確認内容を記録する |
| 公開側で認証を確認 | 画面の入口は検査できた | 実利用者の資料作成・承認は別途評価する |
業務側が行う受入れ
本番利用に進む前には、資料の作成、保存後の再表示、承認者への引き渡しなど、組織が採用する流れで試します。今回の技術試験を、ISMSやPマークの審査合格、あるいは顧客データで承認処理が終わったという根拠にすることはできません。
- 01変更後の表と既存データを点検する
- 02バックアップからの復元を試す
- 03認証と業務上の受入確認を分ける
確認結果で判断期待どおり → 結果を記録して完了期待と異なる → 止まった手順と結果を整理し、担当者へ確認
