システム統合テスト

システム統合テスト( SIT ) には、多数のサブシステムコンポーネントまたは要素からなる完全なシステムの全体的なテストが含まれます。テスト対象のシステムは、電気機械またはコンピューターハードウェア、ソフトウェア、組み込みソフトウェアを備えたハードウェア、または人間参加型テストを備えたハードウェア/ソフトウェアで構成されている場合があります。SIT は通常、以前にサブシステム テストを受けたコンポーネントとサブアセンブリの大規模な統合システムに対して実行されます。

SIT は、まず「システムの構成部分を論理的かつ費用対効果の高い方法で組み立て、システム実行 (すべての公称パスと例外パス) を包括的にチェックし、完全な機能チェックアウトを行うプロセス」から構成されます。^{[1]統合に続いて、システム テストは「システムが要件を満たしていること}を確認し、システムが顧客またはユーザーの期待どおりに機能することを検証する」 プロセスです。 ^[1]

テクノロジー 製品の開発では、システム統合テストの開始時に、システム全体が初めて組み立てられ、全体としてテストできるようになることがよくあります。システム テストを最も生産的にするには、通常、多数の構成アセンブリとサブシステムがサブシステム テストを通過し、各サブシステムがサブシステム インターフェイス レベルで要件を満たしていることが正常に検証されている必要があります。

ソフトウェアシステムとソフトウェアエンジニアリングの文脈では、システム統合テストは、ソフトウェアシステムが他のシステムと共存することを確認するテストプロセスです。複数の統合システムでは、それぞれがすでにシステムテストに合格していると仮定して、^[2] SITは必要な相互作用のテストに進みます。これに続いて、成果物は受け入れテストに渡されます。^{[説明が必要]}

ソフトウェアの場合、SIT は共同プロジェクトのソフトウェア テストライフサイクルの一部です。通常、SIT ラウンドはユーザー受け入れテスト(UAT) ラウンドの前に行われます。ソフトウェア プロバイダーは通常、消費者が SIT テスト ケースを実行する前に、SIT 前のテスト ラウンドを実行します。

たとえば、インテグレーター (企業) が顧客の既存のソリューションに拡張機能を提供する場合、新しいアプリケーション レイヤーと新しいデータベース レイヤーを顧客の既存のアプリケーション レイヤーおよびデータベース レイヤーと統合します。統合が完了すると、ユーザーは統合されたアプリケーションの新しい部分 (拡張部分) と古い部分 (既存の部分) の両方を使用してデータを更新します。2 つのデータ レイヤー間でデータのインポートとエクスポートを交換するプロセスが存在する必要があります。このデータ交換プロセスにより、両方のシステムが最新の状態に保たれます。システム統合テストの目的は、これらのシステムのすべての部分が正常に共存し、必要に応じてデータを交換できるようにすることです。^{[引用が必要]}

統合にはさらに多くの関係者が存在する可能性があり、たとえば、主要顧客 (消費者) には独自の顧客が存在する可能性があり、複数のプロバイダーが存在する可能性もあります。^{[引用が必要]}

• 統合テスト
• ユーザー受け入れテスト(UAT)
• システム統合