受入テスト

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

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

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

開発されたシステムがユーザの要件を満たしているかを利用者が確認するテスト。ユーザ受入テスト（UAT）とも呼ばれ、本番移行前の最終的な検証として位置づけられる。監査ではテスト結果の妥当性を検証する。

プログラムの内部構造（ロジック、分岐、ループなど）に着目して行うテスト。命令網羅、分岐網羅などのカバレッジ基準を用い、すべての処理経路が正しく動作するか検証する。単体テストで主に用いられる。

プログラム中のバグ（不具合・誤り）を発見し、原因を特定して修正する作業。テストで発見された問題に対して、デバッガなどのツールを活用しながら修正を行う。

単体テスト済みの複数のモジュールを結合し、モジュール間のインタフェースや連携が正しく機能するか検証するテスト。結合テストとも呼ばれ、トップダウンテストやボトムアップテストなどの手法がある。

プログラムの内部構造を考慮せず、入力と出力の関係に着目して行うテスト。仕様書に基づいて期待される出力が得られるかを検証する。同値分割法や境界値分析などのテスト技法が用いられる。

システムの処理速度、応答時間、スループットなどが要件を満たしているか検証するテスト。想定される通常の使用条件下で、システムが期待どおりの性能を発揮するかを確認する。

システムに想定される最大負荷やそれ以上の負荷をかけ、性能の限界や挙動を検証するテスト。アクセス集中時にシステムが安定して稼働するか、性能劣化がどの程度かを確認する。