Heading

この記事では、SITとUATの主な違いを説明しています。

一般的に、テストはテスターと開発者の両方によって行われます。

システム統合テスト（SIT）はテスターによって行われ、ユーザー受け入れテスト（UAT）は最後にエンドユーザーによって行われます。

システム統合テスト（SIT）はテスターによって行われ、ユーザー受け入れテスト（UAT）はエンドユーザーによって行われます。この記事では、SITとUATを詳細に比較し、両者の主な違いを理解できるようにします。

SIT 対 UAT: 概要

一般的に、テストのレベルは以下のような階層になっています。

• ユニット テスト
• コンポーネント テスト
• システム テスト
• システム インテグレーション テスト
• ユーザー アクセプタンス テスト
• プロダクション

i

システム統合テスト(SIT)とユーザー受け入れテスト(UAT)の主な違いを分析してみましょう。

システム統合テスト (SIT)

どんなプロジェクトでも、2つの異なるサブシステム/システムがある時点で結合します。 そして、このシステムを全体としてテストしなければなりません。

Working Steps Of SIT

1. 個々のユニットは、別々のビルドで最初に統合されなければなりません。
2. システム全体を全体としてテストしなければなりません。
3. UI エラー、データ フロー エラー、インターフェイス エラーなどのエラーは、このテストで見つけることができます。

例

あるヘルスケア サイトには、当初、患者情報、教育、以前の医療記録という 3 つのタブがあったとします。

ここで、新しいタブの詳細またはデータベースを既存のタブと統合し、4 つのタブでシステム全体をテストしなければなりません。

4 つのタブを持つ統合サイトをテストしなければなりません。

統合サイトは以下のようになります。

SITで使用されるテクニック

• トップダウンアプローチ
• ボトムアップアプローチ
• ビッグバンアプローチ

#1) Top-Down Approach

その名の通り、上から下に向かって実行することを意味しています。 メインの機能やモジュールをテストした後、サブモジュールを順にテストしていく方法です。

その答えとして、スタブがあります。

サブモジュールの統合は難しいので、実際のモジュールが統合の準備を整えるまでの間、スタブはユニット/モジュール/サブモジュールの機能を部分的に実行します。

統合するために、低レベルのコンポーネントはスタブに置き換えられます。

上の図の実行は、モジュールA、モジュールB、モジュールC、モジュールD、モジュールE、モジュールF、モジュールGとなります。

スタブの例:

#2) ボトムアップ アプローチ

このアプローチは、下から上への階層に従います。

最下位のモジュールまたはユニットは統合され、テストされます。 最下位のモジュールやユニットは統合され、テストされます。下位ユニットのセットはクラスターと呼ばれます。

このアプローチでは、欠陥の漏出が少なくなります。

サブモジュールを上位のメインモジュールに統合するために、上図のようにドライバーモジュールを作成します。

#3) ビッグバンアプローチ

簡単に言うと、ビッグバンアプローチでは、すべてのユニットを一度に接続し、すべてのコンポーネントをテストする必要があります。 ここでは分割はしません。

このアプローチは、ゼロから開発したばかりのプロジェクトや、大幅な機能強化を行ったプロジェクトに有効です。

ユーザー受け入れテスト (UAT)

テストが完了したプロジェクトをテスト担当者がクライアントやエンドユーザーに引き渡す際、クライアントやエンドユーザーはプロジェクトが正しく設計されているかどうかを再度テストします。

開発者は、機能要求仕様書に基づいてコードを開発します。 テスターはそれをテストし、バグを報告します。 しかし、クライアントやエンドユーザーは、そのシステムが正確にどのように動作するかしか知りません。

Working Steps Of UAT

• UATプランは要件に基づいて作成されなければなりません。
• シナリオは要件から構築されなければなりません。
• バグがなく、テストケースに合格した場合、プロジェクトはサインオフされ、本番に送られます。
• 不具合やバグが見つかった場合、リリースに向けてすぐに修正しなければなりません。

Types Of UAT Testing

1. アルファテストとベータテスト。
2. アルファテストとベータテスト：アルファテストは開発現場で行われ、ベータテストは外部環境（外部の会社など）で行われます。
3. 契約受入テスト: 契約では、事前に定義された受け入れ仕様を満たす必要があります。
4. 規制受入れテスト: その名のとおり、規制に対してテストが行われます。
5. 動作確認テスト: 設計された操作やワークフローが期待どおりでなければなりません。
6. ブラックボックス テスト：ソフトウェアが重要な目的のためにテストされる必要があります。

SITとUATの主な違い

結論

システム統合テストは、主にシステムのインターフェース要件をテストするために行われます。 一方、ユーザー受け入れテストは、エンドユーザーがシステムの機能を全体として検証するために行われます。

SITは、3つの手法（トップダウン、ボトムアップ、ビッグバン・アプローチ）で行うことができます。

SITは3つの手法（トップダウンアプローチ、ボトムアップアプローチ、ビッグバンアプローチ）で行われ、UATは5つの手法（アルファ・ベータテスト、契約上の受入テスト、規制上の受入テスト、運用上の受入テスト、ブラックボックステスト）で行われます。

システムテストで発見された欠陥は簡単に修正できます。 欠陥に応じて異なるビルドを行うことができます。

UATでは、開発された製品がビジネス環境におけるニーズを満たしていることを、ビジネス関係者やクライアントが納得しなければなりません。

この記事によって、SIT対UATに関するすべての疑問が解決されたことを願っています！

SITはシステムの機能要件を満たすものでなければなりません。