業務システムの受入テストで確認すべきこと

システムが完成に近づくと、発注者側で確認するタイミングが来ます。このとき、見た目だけを確認して終わると、運用開始後に問題が見つかることがあります。

受入テストでは、実際の業務に近い流れで操作し、想定通りに登録、更新、確認、出力、通知ができるかを見ます。

受入テストの目的

受入テストの目的は、画面が表示されることではなく、実際の業務が問題なく回ることを確認することです。

発注者側の業務と照らし合わせながら、登録、更新、確認、出力、通知までの流れを確認します。

受入テストでは、機能を一つずつ触るだけでなく、業務の開始から完了までを通して確認することが大切です。

たとえば申込管理なら、申込登録、内容確認、ステータス変更、担当者への共有、一覧での確認までを一連の流れとして試します。

業務システムでは、誰が何を見られるか、誰が編集できるかが重要です。管理者だけでなく、一般担当者や閲覧のみのユーザーでも確認します。

また、実際に近いデータを入れて、長い名称、空欄、過去日付、件数が多い場合でも破綻しないかを見る必要があります。

通常の操作だけでなく、入力漏れ、重複、権限不足、通信エラーなど、うまくいかない場合の動きも確認します。

エラーが起きたときに、利用者が何を直せばよいかわかることも重要です。