受入テスト

開発されたシステムが発注者の要件を満たしているかを、発注者側が確認するテスト。納品・検収の判断基準となり、実際の業務データを用いて運用可能性を検証する最終段階のテスト。

開発されたシステムが、利用者の意図する用途や目的に合致しているかを確認するテスト。要件定義の内容と実装結果の整合性を検証し、「正しいシステムを作ったか」を判定する。

システムやソフトウェアの取得者（発注者）が、納入されたシステムが契約要件を満たしているかを確認するテスト。受入れ基準に基づいて実施し、合格すれば検収となる。妥当性確認テストの一環として行われる。

開発したシステムやソフトウェアが利用者の本来の要求や意図を正しく満たしているかを確認するテスト。成功基準（期待される結果）に照らして評価し、使用性テストやソフトウェアの試行利用を含む。

発注者（ユーザ）がシステムの受入可否を判断するために実施するテスト。業務要件や契約条件への適合を検証する。運用テスト、ベータテストなどの形態がある。

内部統制が規定どおりに運用されているかを検証するための監査手続。統制の運用状況をサンプルに基づいて確認し、統制が一貫して有効に機能しているかを評価する。コントロールテストとも呼ばれる。

データや取引の正確性・完全性を直接的に検証するための監査手続。統制に依拠せず、個別の取引やデータの実態を確認することで、虚偽表示や不備の有無を検出する。

システム開発における各種テスト（単体テスト、結合テスト、総合テスト、受入テスト等）の目的、方法、基準、体制、スケジュールを定めた計画。監査ではテスト計画の妥当性とテスト結果の十分性を検証する。

法令や規制の要求事項への準拠状況を具体的に検証するテスト。法令要件とコントロールの対応関係を確認し、遵守状況の証拠を収集して評価する。

情報システムの信頼性・安全性・効率性を独立かつ客観的な立場から検証・評価し、問題点の指摘と改善勧告を行う活動。組織体の経営活動と業務活動の効果的かつ効率的な遂行に資することを目的とする。

情報システムのコントロールが適切に整備・運用されているかについて、監査人が一定の保証を付与する形式の監査。監査の結論は積極的保証（合理的保証）または消極的保証（限定的保証）として表明される。