業務システムの受入テストで、見ておきたいこと

システムが完成に近づくと、確認するタイミングが来ます。何を見ればよいか迷ったときは、普段の仕事の流れを思い浮かべるところから始めてみてください。

登録、更新、確認、出力、通知まで、いつもの業務に近い流れで試していくと、確認したいことが見つかりやすくなります。

受入テストでは、いつもの業務を思い浮かべます

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

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

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

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

業務システムでは、誰が何を見られるか、誰が編集できるかも大切です。管理者だけでなく、一般担当者や閲覧だけをする人の画面も試しておけます。

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

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

エラーが起きたときに、利用者が次に何をすればよいかわかるかも、見ておくと安心です。