ユーザー受入テスト（UAT）結果報告書
ユーザー受入テストの範囲と環境、テストケースごとの結果、自動で計算される合格率と不具合件数、承認の判断と署名をまとめた報告書です。
無料です。アカウントなしで入力・印刷・PDF保存ができ、Wordもダウンロードできます。アカウントに保存するには、無料のアカウントが必要です。
国別の書式
- 国際共通
テンプレートであり、助言ではありません。
詳しく読む
どんな書式か
ユーザー受入テスト（UAT）は、システムを本番に出す前の最後の確認です。実際に使う人や業務側を代表する人が、現実のシナリオで試し、役割を果たすかどうかを判断します。この報告書はそのテストの記録です。何をどの環境でテストしたかを書き、テストケースごとに期待結果と実際の結果を並べ、結果と不具合の件数を数え、業務責任者の判断で締めくくります。
この書式は、合格・不合格・実施不可・未実施のケースを自動で数え、テスト前に決めた目標と比べる合格率（実施したケースに占める合格ケースの割合）を計算します。不具合の表は重大度別・状況別に集計され、本番移行の判断の分かれ目になることが多い、未対応の致命的・重大な不具合の数は別に表示されます。判断は、承認（リリース可）・条件付き承認・不合格のいずれかにチェックを入れ、署名欄は3つあります。版は国際共通の1つです。この報告書はテストの記録であり、法的助言ではありません。
使う場面
- システム・リリース・変更を本番に出す直前に、業務側が準備できているかどうかを判断する必要があるとき
- お客様やスポンサーから、何をテストし、何が失敗したかの書面の証跡を求められたとき
- テスト担当者、テスト責任者、業務責任者の全員が署名できる簡潔な記録が必要なとき
- 支払、マイルストーン、本番移行が、文書化された受入テストに結びついているとき
書き方
- プロジェクト、リリースとビルド、テスト期間、環境を入力し、テスト責任者、業務責任者、テスト担当者を記入します。
- テストを始める前に、範囲と合格基準を書き、合格率の目標を決めます。
- テストケースごとにシナリオと期待結果を書き、実施後に実際の結果と判定を記録します。失敗したケースは不具合と紐づけます。
- 不具合を重大度と状況とともに書くと、重大度別・状況別の件数と、未対応の致命的・重大な不具合の数が計算されます。
- 合格率、実施率、基準に対する確認の結果を読みます。
- 判断にチェックを入れ、条件があれば書いて、3つの役割が署名します。
よくある間違い
- 結果が出た後で合格基準を決めること。後から決めた目標では何も判断できません。
- 実施不可のケースを合格として数えること。実施できなかったケースは何も証明しないので、実施不可として理由を書きます。
- 「問題なく動く」のような曖昧な期待結果。具体的な期待結果がないと、合格・不合格を判定できません。
- 重大度と優先度を混同すること。重大度は不具合の深刻さ、優先度はどれだけ早く直すかです。
- 再テストなしで署名すること。テスト後に不具合を修正した場合は、最終承認の前に再テストの結果を記録します。
操作の流れ
- 入力
- プレビューで確認
- PDF・Word・Excelで保存
国別の書式
必要な国を選んでください。それぞれの書式は、その国で一般的な文言とレイアウトに沿っています。「現地の専門家に確認」と表示された書式は、使う前に現地の規則に詳しい人に読んでもらってください。
- 国際共通 (XX): 記載言語：英語, 韓国語, 日本語, ドイツ語
デザイン
同じ書式を複数のデザインで使えます。入力欄と文言は同じで、見た目だけが変わります。
- レッジャー
- バナー
- エグゼクティブ
- クラシック
- モダン
- 公文書
- ミニマル
- サイドバンド
- コンパクト
- 枠付き書式
- ウォーム
- 白黒（シンプル）
自分の情報が自動で入ります
氏名、住所、会社情報を尋ねる欄は「自分の情報」から入るため、毎回入力する必要はありません。1つの書式だけ欄を変えることもできます。ログインしていればアカウントに、していなければこのブラウザにだけ保存されます。パスポート番号、本人確認番号、社会保障番号は保存されません。
よくある質問
- 合格率はどう計算されますか。
- 合格ケースを（合格＋不合格）のケースで割った百分率です。実施不可・未実施のケースは別に数えるため、合格率を上げも下げもしません。「実施率」で、計画のどれだけを実行したかが分かります。
- 重大度と優先度の違いは何ですか。
- 重大度は不具合の影響の大きさ（致命的・重大・軽微・些細）、優先度はどれだけ早く直すべきかです。この報告書は重大度を記録します。優先度が重要な場合は、判断欄の条件に書いてください。
- 誰がテストに参加すべきですか。
- 開発者だけでなく、業務プロセスを知り、実際にシステムを使う人が参加します。テスト責任者がテストと報告書をまとめ、結果を受け入れるかどうかは業務責任者が決めます。
- 「基準に対する確認」とは何ですか。
- 合格率を目標と比べ、未対応の致命的・重大な不具合がないことを確認した結果です。判断の助けとなる参考値であり、判断そのものではありません。判断するのは業務責任者です。
- 1つの機能だけのテストにも使えますか。
- はい。ケースを数件だけ書いても構いません。数件でも数百件でも、同じように使えます。
- この書式は法律・税務・会計の助言ですか。
- いいえ。一般的な構成と文言を示すテンプレートであり、助言ではありません。規則は国や事案によって異なるため、署名・送付・提出の前に重要な点は資格のある人に確認してもらってください。
- どの国とデザインがありますか。
- 1か国の書式があります：国際共通。デザインは12種類。
書式はテンプレートであり、法律・税務・会計の助言ではありません。規則は国や事案によって異なります。